Notes de version d'Android 11

Cette page résume les principales fonctionnalités de la version Android 11 et fournit des liens vers des informations supplémentaires. Ces résumés de fonctionnalités sont organisés en fonction de l'emplacement de la documentation de la fonctionnalité sur ce site.

Architecture

Quotas d'API

La version Android 11 introduit la fonctionnalité de quotas d'API, qui limite la fréquence à laquelle les applications peuvent appeler certaines API. Il est implémenté uniquement dans les appels API JobScheduler . Toute modification que vous apportez aux limites prédéfinies doit toujours réussir les tests CTS. Vous pouvez désactiver et activer les quotas d'API à l'aide de la méthode setEnabled dans QuotaTracker.java . La valeur par défaut est activée. La désactivation de la fonctionnalité permet aux applications d'appeler les API concernées sans limitation.

Des tests unitaires pour QuotaTracker et les classes associées sont fournis. Une documentation détaillée se trouve dans les commentaires de la classe QuotaTracker . Cette fonctionnalité introduit la nouvelle API publique LimitExceededException .

Chargeur de démarrage

En-tête de démarrage version 3

Android 11 prend en charge la version 3 de l'en-tête de démarrage. Pour plus de détails, consultez En-tête de l'image de démarrage .

Cloisons

Partitions de démarrage

Android 11 introduit le concept d'image générique du noyau. Pour permettre le démarrage d'un périphérique arbitraire avec une image de noyau générique, toutes les informations spécifiques au fournisseur sont supprimées de la partition de démarrage et déplacées dans une partition de démarrage du fournisseur . Un appareil lancé avec Android 11 doit prendre en charge la partition de démarrage du fournisseur et le format de partition de démarrage mis à jour pour réussir les tests avec GKI.

En-tête de démarrage du fournisseur

L’ en-tête de démarrage du fournisseur peut comporter plusieurs pages.

Application des interfaces de partition de produit

Android 11 dégroupe la partition product , la rendant indépendante des partitions du system et du fournisseur. Dans le cadre de ces modifications, vous pouvez désormais contrôler l'accès de la partition du produit aux interfaces natives et Java.

Images de récupération

Android 11 met à jour les exigences en matière d'image de récupération et inclut de nouvelles options basées sur la version pour inclure un DTBO/ACPIO de récupération dans le cadre de l'image de démarrage/de récupération. Pour plus de détails, consultez Images de récupération .

Redémarrages progressifs

Android 11 prend en charge les redémarrages progressifs , qui sont des redémarrages d'exécution de processus dans l'espace utilisateur utilisés pour appliquer les mises à jour nécessitant un redémarrage (par exemple, les mises à jour des packages APEX).

Noyau

Noyaux communs Android

Android 11 introduit des changements importants dans la façon dont les noyaux communs Android sont développés et intégrés .

Surveillance ABI du noyau Android

Android 11 introduit l'outil ABI Monitoring pour stabiliser l'ABI intégré aux noyaux Android.

Image générique du noyau

Android 11 introduit l' image générique du noyau (GKI) , qui résout la fragmentation du noyau en unifiant le noyau principal et en déplaçant la prise en charge du SoC et de la carte du noyau principal vers des modules chargeables.

Noyaux modulaires

Prise en charge des modules du noyau

Une image générique du noyau (GKI) peut ne pas contenir la prise en charge du pilote requise pour permettre à un périphérique de monter des partitions. Pour permettre à un périphérique de monter des partitions et de continuer à démarrer, init de première étape est améliorée pour charger les modules du noyau présents sur un disque virtuel . Le disque virtuel est divisé en disques virtuels génériques et fournisseurs. Les modules du noyau du fournisseur sont stockés dans le disque virtuel du fournisseur. L'ordre dans lequel les modules du noyau sont chargés est configurable.

DébogageFS

Android 11 supprime la prise en charge de la plate-forme pour DebugFS et exige qu'il ne soit pas monté ni accessible sur les appareils de production. Bien que DebugFS ait été créé à des fins de débogage, il a été inclus dans les versions utilisateur et utilisées pour les composants génériques et spécifiques au fournisseur. DebugFS est obsolète car il crée :

• API instable et non documentée. Android dépend d'interfaces de noyau Linux et de HAL bien définies et stables pour fonctionner correctement. Les tests VTS vérifient la présence et l'exactitude de ces interfaces. DebugFS ne peut pas être appliqué car son ABI n'est ni stable ni documenté.

• Mauvaise qualité du code. Parce qu'ils sont destinés au débogage, les nœuds ajoutés aux debugfs ne sont pas examinés et testés aussi rigoureusement que ceux des autres systèmes de fichiers. Lorsque des bogues sont découverts dans debugfs , ils sont traités comme moins prioritaires, ce qui contribue aux vulnérabilités de sécurité provenant de debugfs .

• Failles de sécurité. DebugFS a été créé dans le but d'aider les développeurs du noyau à déboguer le système et non en mettant l'accent sur la sécurité. Il n'existe aucune méthode efficace pour vérifier que tous les nœuds DebugFS exposés sur un appareil de production sont sécurisés. Bien que le renforcement de la politique SE ait réduit la gravité des vulnérabilités de sécurité provenant de debugfs , interdire le montage debugfs est le seul moyen d'éliminer complètement la surface d'attaque.

Dans Android 11, VTS impose que CONFIG_DEBUG_FS ne soit pas activé dans la configuration du noyau de l'appareil et debugfs ne soit pas répertorié sous /proc/filesystems .

Des tas d'ION pour GKI

Dans Android 11, Android Common Kernel v5.4 introduit un cadre pour modulariser les tas ION spécifiques au fournisseur tout en conservant le pilote ION principal intégré, permettant aux OEM de conserver les modifications du pilote du noyau ION lors de l'utilisation de l'image générique du noyau (GKI).

Composants du système modulaire

Autorisations de révocation automatique

Dans Android 11, le module PermissionsController peut révoquer automatiquement les autorisations d'exécution pour les applications qui n'ont pas été utilisées pendant une période prolongée.

Mises à jour du module principal

Android 11 introduit plusieurs nouveaux modules et met à jour plusieurs modules existants introduits dans Android 10.

Superpositions de ressources d'exécution

Android 11 ou version ultérieure prend en charge un nouveau mécanisme pour les RRO . Les améliorations incluent un espace d'ID de ressource réservé, un fichier res/xml/overlays.xml pour énumérer les ressources cibles, une règle de construction Soong pour les superpositions, un fichier OverlayConfig pour configurer la mutabilité, l'état par défaut et la priorité des superpositions.

NDK du fournisseur

Instantanés du fournisseur

Android 11 prend en charge les artefacts de création d'instantanés VNDK et les instantanés de fournisseur , que vous pouvez utiliser pour créer vendor.img quelle que soit la version d'Android dans l'arborescence source. Cela permet des versions mixtes d'images, telles qu'une image d'un fournisseur plus ancien et une image système plus récente.

l'audio

La capture audio à partir du tuner FM nécessite une autorisation privilégiée

Sous Android 11, la source audio MediaRecorder.AudioSource.RADIO_TUNER est visible sous le nom @SystemApi et son utilisation lors de la capture audio avec un AudioRecord ou MediaRecorder nécessite une autorisation privilégiée android.permission.CAPTURE_AUDIO_OUTPUT

Effets audio

À partir d'Android 11, les fabricants d'appareils ont la possibilité de connecter et d'activer automatiquement des effets audio spécifiques lorsqu'un appareil audio donné est sélectionné pour la capture ou la lecture audio.

Limite du type d'appareil

Dans Android 11, nous avons supprimé la limite du nombre de types de périphériques audio pour permettre l'ajout de nouveaux types de périphériques audio.

Mise en œuvre

Implémentation audio

Android 11 propose une application plus stricte des implémentations HAL de déclenchement sonore au moment de l'exécution que les versions inférieures.

Automobile

Détails de la version

Pour en savoir plus sur les nouvelles fonctionnalités et améliorations du secteur automobile, consultez Détails de la version automobile .

API de réinitialisation du port USB

Les fabricants d'appareils peuvent implémenter l'API de réinitialisation du port USB dans Android 11 pour réinitialiser la connexion du gadget USB avec les hôtes connectés.

Caméra

Bokeh de la caméra

À partir d'Android 11, la plate-forme Android prend en charge les implémentations de bokeh de caméra et fournit des API pour rendre la fonctionnalité bokeh disponible pour les applications tierces.

Zoom de la caméra

Sous Android 11, une application peut utiliser le zoom (numérique et optique) d'un appareil photo via le paramètre ANDROID_CONTROL_ZOOM_RATIO . Ce paramètre est un facteur à virgule flottante qui permet une meilleure précision du zoom par rapport à l'utilisation de valeurs entières avec le paramètre ANDROID_SCALER_CROP_REGION et permet un zoom arrière (< 1,0f).

Streaming simultané de caméras

À partir d'Android 11, l'API Camera2 inclut des méthodes que les applications peuvent appeler pour déterminer si les caméras prennent en charge le streaming simultané et quelles configurations de flux sont prises en charge.

Prise en charge améliorée de la caméra pour les appareils virtuels Android

Android 11 introduit une implémentation remaniée de Camera HAL émulée sur les appareils virtuels Cuttlefish et Android Emulator qui ajoute la prise en charge de davantage de fonctionnalités de caméra, notamment :

• Capture RAW
• Retraitement YUV
• Appareils de niveau 3
• Prise en charge de la caméra logique
• Prise en charge de la caméra de profondeur uniquement

Cette caméra émulée HAL peut être trouvée à l'adresse /platform/hardware/google/camera/devices/EmulatedCamera/hwl .

Bonnes pratiques multi-caméras

Pour profiter pleinement des fonctionnalités activées par le multi-caméra tout en conservant la compatibilité des applications, suivez ces bonnes pratiques lors de la mise en œuvre d'un périphérique multi-caméra logique. Cela inclut les bonnes pratiques d'utilisation de l'API ANDROID_CONTROL_ZOOM_RATIO introduite dans Android 11.

Caméras système

Android 11 introduit la prise en charge des caméras système via l'autorisation android.permission.SYSTEM_CAMERA . Les caméras système vous permettent d'implémenter des fonctionnalités de caméra qui peuvent être utilisées sur des applications privilégiées ou système, mais qui ne sont pas disponibles pour les applications publiques tierces.

Compatibilité

Le document de définition de la compatibilité Android 11 itère sur les versions précédentes avec des mises à jour pour les nouvelles fonctionnalités et des modifications des exigences pour les fonctionnalités précédemment publiées.

Connectivité

Bluetooth et NFC

Synchronisation des paiements NFC hors hôte

Android prend en charge l'émulation de carte NFC avec un élément sécurisé pour l'émulation de carte hors hôte, mais il est possible que le service de paiement préféré spécifié dans le paramètre Tap & Pay ne soit pas synchronisé avec l'application dans l'élément sécurisé.

Android 11 résout ce problème avec la synchronisation des paiements hors hôte , un mécanisme qui vous permet de synchroniser la configuration du paiement dans Tap & pay, la configuration du routage sur le frontal sans contact (CLF) et l'état sélectionné par l'application dans l'élément sécurisé.

Portefeuille à accès rapide

La fonction Quick Access Wallet permet à l'utilisateur d'accéder aux cartes de paiement et aux laissez-passer pertinents directement à partir du menu d'alimentation.

Appel et messagerie

Comportement des appels d'urgence

Android 11 introduit des modifications dans la façon dont les appels d'urgence sont traités pour mieux répondre aux exigences des opérateurs. Le comportement de gestion des appels d'urgence est décrit ci-dessous :

• Lorsqu'un utilisateur passe un appel d'urgence pendant un appel en cours, selon la façon dont la touche KEY_ALLOW_HOLD_CALL_DURING_EMERGENCY_BOOL est définie, l'appareil déconnecte automatiquement l'appel en cours ou met l'appel en cours en attente et interdit le retour à l'appel en cours jusqu'à ce que l'appel d'urgence soit déconnecté. .
• Lors d'un appel d'urgence, les appels entrants sont automatiquement rejetés et sont affichés comme appels manqués pour l'utilisateur. Lors d'un appel d'urgence actif, les appels sortants non urgents ne peuvent pas être passés.
• En mode de rappel d'urgence, le fait de passer un appel non urgent fait sortir l'appareil du mode de rappel d'urgence. Si un appel d'urgence est passé, l'appareil repasse en mode de rappel d'urgence à la fin de l'appel. Les appels entrants ne font pas sortir l'appareil du mode de rappel d'urgence.
• Les appels d'urgence actifs ne peuvent pas être échangés ou mis en attente.

Base de données de numéros d'urgence actualisable

Android 11 introduit une base de données de numéros d'urgence qui peut être mise à jour via les mises à jour OTA. La base de données contient une liste de numéros de téléphone d’urgence avec les pays et catégories de services correspondants.

Transporteur

eSIM

Flux d'activation eSIM via l'application de l'opérateur

Android 11 améliore le processus d'activation d'un profil eSIM via une application d'opérateur. Lors de l'utilisation d'un code d'activation pour télécharger un profil, le LPA peut lancer l'interface utilisateur de l'application de l'opérateur pour récupérer des informations supplémentaires auprès de l'utilisateur. L'application de l'opérateur peut également lancer l'interface LUI pour activer un profil eSIM.

Pour plus d'informations, voir :

• Démarrage de l'interface utilisateur de l'application de l'opérateur dans le flux d'activation LPA
• Lancer le flux d'activation LPA dans une application d'opérateur

Gestion des erreurs de l'API eUICC

Android 11 introduit des clés et des valeurs supplémentaires pour améliorer la gestion des erreurs en permettant à l'appelant de l'API eUICC de gérer des erreurs spécifiques individuellement.

Paramètre d'option pour la méthode d'effacement des abonnements

À partir d'Android 11, lorsque vous utilisez la méthode eraseSubscriptions dans EuiccManager , vous devez fournir une valeur d'énumération EuiccCardManager#ResetOption pour spécifier s'il faut effacer tous les types d'abonnements de test, opérationnels ou les deux.

Prise en charge du réseau multi-opérateur

Les appareils lancés avec Android 11 peuvent prendre en charge plusieurs réseaux mobiles terrestres publics (PLMN) . La prise en charge multi-PLMN offre de la flexibilité aux opérateurs de réseaux mobiles (MNO) en leur permettant de diffuser plusieurs identités.

Prise en charge des petites cellules

Les appareils lancés avec Android 11 peuvent prendre en charge les groupes d'abonnés fermés (CSG) via des méthodes dans les API d'identification de cellule qui obtiennent des informations sur les informations CSG d'une cellule. Ceci est utile pour les opérateurs de réseaux mobiles (MNO) qui gèrent les petites cellules via des groupes d'abonnés fermés.

API de diagnostic de connectivité

L' API Connectivity Diagnostics permet aux applications qui possèdent ou gèrent des réseaux, telles que les applications d'opérateur, les applications VPN et les applications de suggestion Wi-Fi, de recevoir des informations de diagnostic sur la connectivité réseau de la structure.

Modifications de l'API Mobile Open

Android 11 introduit des fonctionnalités supplémentaires pour l'API Open Mobile (OMAPI) :

• Règles d'analyse des privilèges des transporteurs.

• Personnalisation de l'accès à l'élément sécurisé intégré (eSE) ou provisionnement d'un eSE à l'aide d'un ou plusieurs des éléments suivants :

  • Autorisation privilégiée du système SECURE_ELEMENT_PRIVILEGED_OPERATION
  • Identificateurs d'application (AID) du maître d'application de règle d'accès configurable (ARA-M)
  • reset l'API du système pour réinitialiser le lecteur OMAPI

• Fournir aux lecteurs un indicateur clair permettant aux applications de filtrer les capacités des appareils.

Rapports sur la force du signal

Dans Android 11, vous pouvez sélectionner et personnaliser plusieurs types de mesure de signal que le framework utilisera pour signaler la force du signal des réseaux d'accès radio (RAN) 4G LTE et 5G NR. Vous pouvez ensuite utiliser les forces de signal signalées pour contrôler la façon dont les barres de signal sont affichées sur vos appareils.

Wifi

Configurations du réseau Wi-Fi de l'opérateur

Dans Android 11, vous pouvez utiliser l'API de suggestion Wi-Fi pour ajouter des configurations de réseau Wi-Fi d'opérateur au lieu de configurer le paramètre carrier_wifi_string_array dans le gestionnaire de configuration de l'opérateur.

Prise en charge du point d'accès Wi-Fi (soft AP) pour le partage de connexion

Android 11 introduit une configuration améliorée du point d'accès Wi-Fi (soft AP) , offrant davantage de prise en charge des cas d'utilisation et des personnalisations des opérateurs. Ces modifications permettent aux fabricants d'appareils de configurer les éléments suivants :

• SSID et BSSID
• Type de sécurité (y compris WPA3)
• SSID caché
• Bande et canal d'exploitation (y compris ACS)
• Nombre maximum de clients autorisés
• Valeur du délai d'expiration de l'arrêt automatique
• Liste d'autorisation et liste de blocage pour permettre à l'utilisateur de contrôler les appareils associés

Améliorations de la sélection du réseau Wi-Fi

Android 11 introduit des améliorations dans la sélection du réseau Wi-Fi pour améliorer la connectivité du réseau Wi-Fi.

Améliorations du point de passe Wi-Fi

Android 11 introduit les améliorations suivantes à la fonctionnalité Passpoint :

• Prise en charge de l'expiration du profil permettant au système d'avertir l'utilisateur et d'appliquer les dates d'expiration du profil. Cela nécessite un profil avec le champ SubscriptionParameters/ExpirationDate initialisé.
• Prise en charge des certificats CA privés et auto-signés pour les profils Passpoint R1.
• Prise en charge des profils Passpoint R1 sans certificat CA. Le système utilise le magasin de confiance par défaut pour authentifier la connexion.
• Prise en charge de la configuration d'un domaine AAA nommé séparément du FQDN ANQP (à l'aide du nœud Extension/Android dans PPS-MO). Cela vous permet de spécifier un domaine AAA différent du domaine annoncé sans compromettre la sécurité de la connexion.
• Prise en charge de plusieurs configurations Passpoint installées avec le même FQDN. Ceci est utile pour les opérateurs qui déploient plusieurs combinaisons d'indicatif de pays mobile (MCC) et de code de réseau mobile (MNC) sur leur réseau, mais qui ne disposent que d'un seul FQDN.
• Possibilité de détecter et d'accepter les points d'accès Passpoint R3.
• Correspondance réseau améliorée :
  • Prend en charge la correspondance du fournisseur d'accueil pour HomeSP/HomeOIList .
  • Prend en charge la correspondance du fournisseur d'accueil pour HomeSP/OtherHomePartners .
  • Supprime l’exigence de correspondance de méthode EAP qui n’est pas requise par la spécification Passpoint.

Les profils Wi-Fi ont amélioré la prise en charge des noms communs

Dans Android 11, les profils Wi-Fi restent valides lorsqu'une autorité de certification (CA) racine d'un opérateur change si le nom commun est spécifié dans la sous-arborescence d'extension Android facultative. Dans les versions précédentes, les utilisateurs devaient télécharger un nouveau profil auprès de l'opérateur si l'autorité de certification racine change.

Données

Audit d'accès aux données

Android 11 introduit l'audit d'accès aux données , permettant aux développeurs d'applications de mieux identifier la manière dont leurs applications et dépendances accèdent aux données privées (telles que les données de localisation et de caméra) des utilisateurs. Pour les applications complexes et polyvalentes, les développeurs peuvent définir des balises d'attribution pour identifier les différentes parties de l'application.

Pour plus d'informations, voir Audit d'accès aux données .

Afficher

Mises à jour de l'API de notification Bubbles

Android 10 a introduit l' API de notification Bubbles , qui permet aux utilisateurs d'effectuer plusieurs tâches depuis n'importe où sur leur appareil. Android 11 inclut plusieurs améliorations de Bubbles. Les changements les plus notables consistent à activer Bubbles par défaut et à supprimer les paramètres des options de développement. Aucun travail n'est requis pour implémenter Bubbles dans la plateforme Android.

Contrôles des appareils

La fonctionnalité Contrôles des appareils, disponible à partir d'Android 11, permet à l'utilisateur de visualiser et de contrôler rapidement des appareils externes tels que des lumières, des thermostats et des caméras à partir du menu d'alimentation. Les agrégateurs d'appareils (par exemple, Google Home) et les applications de fournisseurs tiers peuvent fournir des appareils à afficher dans cet espace. Aucun travail de mise en œuvre de plate-forme n'est requis pour prendre en charge cette fonctionnalité. L'implémentation par défaut est incluse dans l'interface utilisateur du système AOSP. Pour plus d’informations sur l’ajout de la prise en charge des contrôles d’appareils à votre application de contrôle, consultez la page Développeurs Android Contrôler les appareils externes .

Mises à jour du classificateur de texte

Android 11 introduit une implémentation par défaut pouvant être mise à jour du service de classification de texte qui se trouve dans le module ExtServices Mainline. Il est recommandé aux fabricants d'appareils d'utiliser cette implémentation de TextClassifierService car elle peut être mise à jour via les mises à jour Mainline OTA.

Entreprise

Implémenter des types d'utilisateurs personnalisés

Android 11 a introduit le concept de types d'utilisateurs bien définis, représentant tous les différents types d'utilisateurs autorisés par la fonctionnalité Android multi-utilisateurs. Grâce à cette fonctionnalité, les OEM peuvent personnaliser les types d'utilisateurs AOSP prédéfinis et définir de nouveaux types de profils. Voir la section sur les types d'utilisateurs pour plus d'informations.

Améliorations du profil de travail

Android 11 contient des améliorations en matière de confidentialité et de convivialité pour les profils professionnels, conçues pour répondre aux principaux défis d'utilisation. Il est crucial que ces améliorations soient mises en œuvre de manière cohérente dans l'ensemble de l'écosystème.

Les administrateurs informatiques qui prennent en charge Android doivent prendre en charge l'expérience sur tous les appareils Android que leurs utilisateurs apportent au travail. L'amélioration de la cohérence UX des flux de travail critiques réduit considérablement le coût de la prise en charge d'Android dans les environnements BYOD. La mise en œuvre cohérente des fonctionnalités de confidentialité sur tous les appareils augmente également la confiance des utilisateurs. Certaines mises à jour incluent :

• La liste des applications comporte des onglets distincts intitulés Personnel et Travail.
• L'onglet Travail comporte une bascule pour désactiver le profil professionnel.
• Lorsque le profil professionnel est désactivé, les icônes des applications professionnelles deviennent grises et une superposition sur l'onglet Travail indique que les applications professionnelles sont en pause.

Interaction

Mises à jour de l'environnement d'exécution Context Hub

Android 11 introduit l'API CHRE v1.4 , qui inclut la prise en charge des informations sur les cellules 5G, le vidage de débogage nanoapp et d'autres améliorations. Il inclut également la prise en charge de l'utilisation de TensorFlow Lite pour les microcontrôleurs dans les nanoapplications. Pour plus d’informations, consultez Context Hub Runtime Environment (CHRE) .

Haptique

Android 11 inclut un nouveau guide sur la mise en œuvre de l'haptique et l'évaluation des performances haptiques sur votre appareil.

Saisir

Manettes de jeu

Android 11 ajoute la prise en charge des contrôleurs de jeu tiers, notamment :

• Manette Nintendo Switch Pro : Android ajoute la prise en charge de la connectivité USB et Bluetooth pour la manette Nintendo Switch Pro. Les tests CTS sont requis pour toutes les implémentations, utilisez NintendoSwitchProTest pour valider votre implémentation.

• Contrôleur Steam : Android ajoute une connectivité USB pour le contrôleur Steam.

Les réseaux de neurones

Les meilleures pratiques

Pour encourager l'adoption de NNAPI par les développeurs d'applications, suivez ces bonnes pratiques lors de la mise en œuvre d'un pilote NNAPI sur des appareils exécutant Android 11.

Flux de contrôle

Dans Android 11, NNAPI ajoute deux opérations de flux de contrôle , IF et WHILE , qui prennent d'autres modèles comme arguments et les exécutent de manière conditionnelle ( IF ) ou de manière répétée ( WHILE ). Cela permet de construire des modèles qui exécutent différentes opérations en fonction des valeurs d'entrée ou exécutent des opérations plusieurs fois sans les dérouler.

Exécutions clôturées

Dans Android 11, NNAPI permet aux exécutions d'attendre une liste de handles sync_fence et éventuellement de renvoyer un objet sync_fence , qui est signalé lorsque l'exécution est terminée. Cela réduit les frais généraux pour les modèles de petites séquences et les cas d’utilisation de streaming. L'exécution clôturée permet également une interopérabilité plus efficace avec d'autres composants qui peuvent signaler ou attendre sync_fence .

Domaines de mémoire

Pour les appareils exécutant Android 11 ou version ultérieure, NNAPI prend en charge les domaines de mémoire qui fournissent des interfaces d'allocation pour les tampons gérés par le pilote . Cela permet de transmettre les mémoires natives du périphérique entre les exécutions, supprimant ainsi la copie et la transformation inutiles des données entre des exécutions consécutives sur le même pilote.

Qualité de service

À partir d'Android 11, le NNAPI offre une qualité de service (QoS) améliorée en permettant à une application d'indiquer les priorités relatives de ses modèles, le temps maximum attendu pour la préparation d'un modèle et le temps maximum attendu pour une exécution. à compléter.

Quantification signée sur 8 bits

Le réseau neuronal HAL (NN HAL) 1.3, introduit dans Android 11, prend en charge la quantification signée 8 bits pour l'API Neural Networks. Pour plus d'informations, consultez Mises à jour NN HAL dans Android 11 .

Améliorations des tests

Android 11 comprend un utilitaire de test pour effectuer des tests fuzz sur les implémentations de pilotes NNAPI et une série de crash tests pour valider la résilience des pilotes dans des conditions d'utilisation intensive.

Pour plus d'informations, voir :

• Test de flou
• Tests de résistance

Capteurs

Type de capteur d'angle de charnière

Android 11 introduit un type de capteur d'angle de charnière pour représenter un capteur qui mesure l'angle entre deux parties intégrantes d'un appareil.

Capteurs Multi-HAL 2.1

Sensors Multi-HAL 2.1 , disponible sur Android 11, est une itération de Sensors Multi-HAL 2.0, qui prend en charge le chargement de sous-HAL pouvant exposer le type de capteur d'angle de charnière . Pour prendre en charge ce type de capteur, les sous-HAL doivent utiliser les API sous-HAL définies dans l' en-tête SubHal 2.1 .

Médias

GDN

Android 11 simplifie le chemin MediaDrm/Crypto IPC grâce à la suppression de MediaDrmService. Une nouvelle API MediaDrm est ajoutée pour énumérer les plugins DRM disponibles.

Décodage à faible latence dans MediaCodec

Android 11 inclut MediaCodec 2.0 pour permettre le décodage multimédia avec une faible latence, ce qui est essentiel pour les applications en temps réel.

Divers

Mise à jour des exigences de l'application AOSP Gallery

À partir d’Android 11, l’application AOSP Gallery n’est pas tenue de prendre en charge le type MIME application/sdp pour l’intention ACTION_VIEW . Le filtre d'intention ACTION_VIEW pour le type MIME application/sdp a été supprimé du fichier manifeste de l'application AOSP Gallery .

Ces exigences sont documentées à la section 3.2.3.1. Intentions d'application principales du CDD.

Performance

Espace utilisateur lmkd

Android 11 introduit une nouvelle stratégie de suppression pour éviter la pénurie de mémoire et la dégradation des performances.

Pouvoir

Sommeil inattentif pour la veille TV

Dans Android 11, une nouvelle fonctionnalité appelée veille inattentive est ajoutée pour la veille TV . Il s'agit d'une fonction d'économie d'énergie qui permet de définir un délai d'inactivité de l'utilisateur après lequel l'appareil se met en veille, même si les wakelocks sont maintenus.

Sécurisé

OEMCrypto

Android 11 prend en charge la version 16 de l'API OEMCrypto.

Stockage

Stockage limité

Android 11 prend en charge le stockage limité , ce qui limite l'accès des applications au stockage externe. De plus, MediaProvider devient le gestionnaire du système de fichiers (pour FUSE) pour le stockage externe, ce qui rend le système de fichiers sur le stockage externe cohérent et la base de données MediaProvider.

Dépréciation de SDCardFS

La prise en charge de SDCardFS est obsolète dans Android 11. Les tests VTS n'autorisent pas les systèmes de fichiers montés répertoriés comme SDCardFS. Les fonctions de SDCardFS sont remplacées par d'autres méthodes.

Essais

Suite de tests de compatibilité (CTS)

Pour Android 11, de nombreux nouveaux modules clés et modifications de test sont introduits pour CTS. Consultez les notes de version CTS pour plus d’informations.

Tests CTS pour les API de gestion APEX

À partir d'Android 11, le package CtsShimApex contient deux applications prédéfinies que CTS utilise pour tester les privilèges et autorisations.

Si votre appareil ne prend pas en charge la gestion des packages APEX ou s'il exécute la version 10 ou une version antérieure, les deux applications prédéfinies doivent être préinstallées séparément dans le système.

Pour plus de détails, voir Packages de cales CTS .

Notes de version CTS

Android 11 introduit de nombreux nouveaux modules clés et modifications de test .

Débogage

Journalisation étendue des fournisseurs

Android 11 ajoute un nouveau HAL, IDumpstateDevice (version 1.1). Ce HAL expose de nouvelles méthodes pour couvrir plus étroitement les journaux des fournisseurs inclus dans les rapports de bogues standard, ainsi que pour permettre aux builds utilisateur d'activer et de désactiver la journalisation des fournisseurs (la valeur par défaut pour les builds utilisateur est désactivée). Cela donne aux OEM plus de contrôle sur ce qui est inclus dans certains types de rapports de bogues.

GWP-ASan : détection de corruption de tas

GWP-ASan est une fonctionnalité d'allocation de mémoire native qui permet de détecter les bogues d'utilisation après libération et de dépassement de tampon de tas dans les processus 32 et 64 bits.

GWP-ASan est automatiquement activé dans Android 11 pour les applications système et les exécutables de la plateforme. Ne le désactivez pas sur la plateforme et activez-le dans vos applications.

Mises à jour

Améliorations de la mise à jour dynamique du système (DSU)

Android 10 inclut des améliorations des mises à jour dynamiques du système (DSU) , notamment :

• Une nouvelle interface, le chargeur DSU en un clic
• Prise en charge des DSU à plusieurs partitions
• DSU signés OEM, pour une sécurité renforcée
• De nouvelles façons de gérer la compatibilité entre les DSU et les appareils

Forfaits OTA pour plusieurs SKU

Android 11 ou version ultérieure prend en charge l'utilisation d'un seul package OTA pour plusieurs appareils avec des SKU différents . Cela nécessite de configurer les appareils cibles pour utiliser des empreintes digitales dynamiques et de mettre à jour les métadonnées OTA (à l'aide des outils OTA) pour inclure le nom de l'appareil et l'empreinte digitale dans les entrées de condition préalable et post-condition.

Signer les builds pour la publication

Plusieurs commandes CLI permettant de signer les versions à publier ont été modifiées dans Android 11 .

Suite de tests des fournisseurs (VTS) 11

Android 11 Vendor Test Suite (VTS) fournit des tests approfondis sur le noyau et la couche d'abstraction matérielle (HAL).

A/B virtuel

Android 11 unifie les mises à jour A/B et les mises à jour non-A/B en fournissant des A/B virtuels . Virtual A/B apporte des mises à jour transparentes aux appareils tout en minimisant le coût du stockage.

Essai

Allocateur de tas Scudo par défaut

À partir d'Android 11, l'allocateur de tas scudo est utilisé pour tout le code natif (sauf sur les appareils à faible mémoire, où jemalloc est toujours utilisé). Vous n'avez donc plus besoin d'activer scudo sur une base binaire. Pour plus d'informations sur scudo, consultez la page Scudo .

la télé

Cadre CAS

Android 11 prend en charge le cadre des systèmes d'accès conditionnel aux médias (Media CAS) pour Android TV, qui fournit des API Java standard pour les développeurs tiers et les OEM. Voir Cadre CAS pour plus de détails.

Tunneling multimédia

Pour Android 11, les utilisateurs peuvent implémenter un tunneling multimédia avec du contenu audio et vidéo directement alimenté depuis Tuner.

Cadre de tuner

Android 11 prend en charge Tuner Framework pour Android TV, qui fournit du contenu A/V à l'aide de Tuner HAL, de l'API Tuner SDK et de Tuner Resource Manager.

Cadre d'entrée TV

L' Android TV Input Framework (TIF) simplifie la diffusion de contenu en direct sur Android TV, en fournissant une API standard permettant aux fabricants de créer des modules d'entrée pour contrôler Android TV et en permettant la recherche et les recommandations TV en direct. Android 11 introduit trois nouveaux composants dans TIF.