Notes de version d'Android 11

Cette page récapitule 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 n'est implémenté que dans les appels d'API JobScheduler. Toute modification apportée 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. Par défaut, elle est activée. Si vous désactivez cette fonctionnalité, les applications pourront appeler les API concernées sans limite.

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

Bootloader (chargeur d'amorçage)

En-tête de démarrage version 3

Android 11 est compatible avec la version 3 de l'en-tête de démarrage. Pour en savoir plus, consultez En-tête d'image de démarrage.

Partitions

Partitions de démarrage

Android 11 introduit le concept d'image de kernel générique. Pour permettre le démarrage d'un appareil arbitraire avec une image de kernel générique, toutes les informations spécifiques au fournisseur sont exclues de la partition de démarrage et déplacées vers une partition de démarrage du fournisseur. Un appareil lancé avec Android 11 doit prendre en charge la partition vendor-boot et le format de partition de démarrage mis à jour pour réussir les tests avec le 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 partitionnement des produits

Android 11 dégroupe la partition product, ce qui la rend indépendante des partitions system et du fournisseur. Grâce à ces modifications, vous pouvez désormais contrôler l'accès de la partition de produit aux interfaces natives et Java.

Images de récupération

Android 11 met à jour les exigences concernant l'image de récupération et inclut de nouvelles options basées sur les versions pour inclure un DTBO/ACPIO de récupération dans l'image de démarrage/récupération. Pour en savoir plus, consultez la section Images de récupération.

Redémarrages silencieux

Android 11 prend en charge les redémarrages logiciels, qui sont des redémarrages d'exécution des 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

Kernels Android courants

Android 11 apporte des modifications importantes à la façon dont les noyaux communs Android sont développés et intégrés.

Surveillance des ABI du kernel Android

Android 11 introduit des outils de surveillance des ABI pour stabiliser l'ABI dans le noyau des noyaux Android.

Image de kernel générique

Android 11 introduit l'image de noyau générique (GKI), qui résout la fragmentation du noyau en unifiant le noyau principal et en transférant la prise en charge du SoC et de la carte du noyau principal vers des modules pouvant être chargés.

Noyaux modulaires

Compatibilité avec les modules du noyau

Il est possible qu'une image de kernel générique (GKI) ne contienne pas la prise en charge de pilote requise pour permettre à un appareil d'installer des partitions. Pour permettre à un appareil d'installer des partitions et de continuer le démarrage, init de premier niveau est amélioré pour charger les modules du noyau présents sur un ramdisk. Le ramdisk est divisé en ramdisks génériques et de fournisseurs. Les modules du noyau du fournisseur sont stockés dans le ramdisk du fournisseur. L'ordre dans lequel les modules du noyau sont chargés est configurable.

DebugFS

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

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

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

  • Failles de sécurité DebugFS a été créé dans le but d'aider les développeurs de noyau à déboguer le système, et non dans un souci de 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 SEpolicy ait réduit la gravité des failles de sécurité provenant de debugfs, interdire le montage de debugfs est le seul moyen d'éliminer complètement la surface d'attaque.

Dans Android 11, VTS applique le fait que CONFIG_DEBUG_FS n'est pas activé dans la configuration du noyau de l'appareil et que debugfs n'est pas listé sous /proc/filesystems.

Tas ION pour GKI

Dans Android 11, le noyau commun Android v5.4 introduit un framework permettant de modulariser les tas ION spécifiques au fournisseur tout en conservant le pilote ION principal intégré, ce qui permet aux OEM de conserver les modifications du pilote de noyau ION lorsqu'ils utilisent l'image de noyau générique (GKI).

Composants du système modulaire

Révoquer automatiquement les autorisations

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 longue période.

Mises à jour du module de ligne principale

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 est compatible avec 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 compilation 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 des fournisseurs

Android 11 est compatible avec les artefacts de compilation d'instantanés VNDK et les instantanés du fournisseur, que vous pouvez utiliser pour compiler vendor.img quelle que soit la version d'Android sur l'arborescence source. Cela permet d'utiliser des versions mixtes d'images, telles qu'un ancien fournisseur et une image système plus récente.

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 la forme @SystemApi. L'utilisation de cette source lors de la capture d'un contenu audio avec un AudioRecord ou un MediaRecorder nécessite l'autorisation privilégiée android.permission.CAPTURE_AUDIO_OUTPUT.

Effets audio

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

Limite de type d'appareil

Dans Android 11, nous avons supprimé la limite sur le nombre de types d'appareils audio afin de permettre l'ajout de nouveaux types d'appareils audio.

Implémentation

Implémentation audio

Android 11 applique une application plus stricte des implémentations HAL de déclencheur de son au moment de l'exécution que les versions antérieures.

Automobile

Détails de l'album

Pour en savoir plus sur les nouvelles fonctionnalités et améliorations pour Automotive, consultez les détails de la version Automotive.

API USB Port Reset

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.

Appareil photo

Bokeh de l'appareil photo

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

Zoom de la caméra

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

Diffusion simultanée du flux de la caméra

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

Amélioration de la compatibilité de l'appareil photo avec les appareils virtuels Android

Android 11 introduit une implémentation de la couche HAL de l'appareil photo émulée remaniée sur les appareils virtuels Cuttlefish et Android Emulator, qui ajoute la compatibilité avec d'autres fonctionnalités de l'appareil photo, y compris les suivantes:

  • Capture RAW
  • Retraitement YUV
  • Appareils de niveau 3
  • Compatibilité avec les appareils photo logiques
  • Prise en charge de la caméra de profondeur uniquement

Ce HAL d'appareil photo émulé se trouve à l'adresse /platform/hardware/google/camera/devices/EmulatedCamera/hwl.

Bonnes pratiques pour les vidéos multicaméras

Pour profiter pleinement des fonctionnalités activées par la multicaméra tout en conservant la compatibilité des applications, suivez ces bonnes pratiques lors de l'implémentation d'un appareil multicaméra logique. Cela inclut les bonnes pratiques concernant l'utilisation de l'API ANDROID_CONTROL_ZOOM_RATIO introduite dans Android 11.

Caméras du système

Android 11 prend en charge les caméras système via l'autorisation android.permission.SYSTEM_CAMERA. Les caméras système vous permettent d'implémenter des fonctionnalités d'appareil photo pouvant être utilisées dans 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 s'appuie sur les versions précédentes avec des mises à jour des nouvelles fonctionnalités et des modifications des exigences pour les fonctionnalités publiées précédemment.

Connectivité

Bluetooth et NFC

Synchronisation des paiements hors hôte NFC

Android est compatible avec l'émulation de carte NFC avec un composant 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 "Paiement sans contact" ne soit pas synchronisé avec l'application dans le composant sécurisé.

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

Accès rapide à votre carte de paiement

La fonctionnalité Quick Access Wallet (Portefeuille à accès rapide) permet à l'utilisateur d'accéder aux cartes de paiement et aux cartes pertinentes directement depuis le menu d'alimentation.

Appels et messages

Comportement des appels d'urgence

Android 11 apporte des modifications à la gestion des appels d'urgence 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 configuration de la touche KEY_ALLOW_HOLD_CALL_DURING_EMERGENCY_BOOL, l'appareil interrompt automatiquement l'appel en cours ou le met en attente et interdit de revenir à l'appel en cours tant que l'appel d'urgence n'est pas terminé.
  • Lors d'un appel d'urgence, les appels entrants sont automatiquement rejetés et s'affichent comme des appels manqués pour l'utilisateur. Pendant un appel d'urgence actif, vous ne pouvez pas passer d'appels sortants non d'urgence.
  • En mode de rappel d'urgence, passer un appel non d'urgence fait sortir l'appareil de ce mode. Si un appel d'urgence est passé, l'appareil revient 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.
  • Vous ne pouvez pas mettre en attente ni transférer un appel d'urgence actif.

Base de données de numéros d'urgence pouvant être mise à jour

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

Opérateur

eSIM

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

Android 11 améliore le processus d'activation d'un profil eSIM via une application de l'opérateur. Lorsque vous utilisez un code d'activation pour télécharger un profil, l'application de l'opérateur 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'UI L pour activer un profil eSIM.

Pour en savoir plus, voir :

Gestion des erreurs de l'API eUICC

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

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 si tous les types d'abonnements de test, opérationnels ou les deux doivent être effacés.

Compatibilité avec les réseaux multi-opérateurs

Les appareils lancés avec Android 11 peuvent prendre en charge plusieurs réseaux mobiles terrestres publics (PLMN, Public Land Mobile Network). La prise en charge de plusieurs PLMN offre aux opérateurs de réseaux mobiles (MNO) une flexibilité en leur permettant de diffuser plusieurs identités.

Compatibilité avec les 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 des cellules qui obtiennent des informations sur les informations CSG d'une cellule. Cela est utile pour les opérateurs de réseaux mobiles (MNO, mobile network operators) qui gèrent les petites cellules via des groupes d'abonnés fermés.

API Connectivity Diagnostics

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 suggestions Wi-Fi, de recevoir des informations de diagnostic sur la connectivité réseau du framework.

Modifications apportées à l'API Open Mobile

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

  • Règles d'analyse des droits des transporteurs.

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

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

  • Fournir aux lecteurs un indicateur clair pour les applications afin de filtrer les fonctionnalités de l'appareil.

Rapports sur l'intensité du signal

Dans Android 11, vous pouvez sélectionner et personnaliser plusieurs types de mesures du signal que le framework utilisera pour signaler l'intensité du signal des réseaux d'accès radio (RAN) 4G LTE et 5G NR. Vous pouvez ensuite utiliser les niveaux de signal signalés pour contrôler l'affichage des barres de signal sur vos appareils.

Wi-Fi

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

Sous Android 11, vous pouvez utiliser l'API de suggestion Wi-Fi pour ajouter des configurations de réseau Wi-Fi de l'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 partage de connexion via un point d'accès Wi-Fi (point d'accès logiciel)

Android 11 introduit une configuration améliorée du point d'accès Wi-Fi (point d'accès logiciel), qui offre une meilleure 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 masqué
  • Bande et canal de fonctionnement (y compris ACS)
  • Nombre maximal de clients autorisés
  • Valeur du délai d'arrêt automatique
  • Liste d'autorisation et de blocage pour permettre aux utilisateurs de contrôler les appareils associés

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

Android 11 introduit des améliorations de la sélection des réseaux Wi-Fi pour améliorer la connectivité des réseaux Wi-Fi.

Améliorations de Wi-Fi Passpoint

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

  • Prise en charge de l'expiration des profils, ce qui permet au système d'envoyer une notification à l'utilisateur et d'appliquer les dates d'expiration des profils. Pour cela, vous devez disposer d'un profil avec le champ SubscriptionParameters/ExpirationDate initialisé.
  • Prise en charge des certificats CA privés autosignés pour les profils Passpoint R1.
  • Compatibilité avec les profils Passpoint R1 sans certificat CA. Le système utilise le trust store 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). Vous pouvez ainsi 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. Cela est utile pour les opérateurs qui déploient plusieurs combinaisons de mobile country code (MCC) et de mobile network code (MNC) sur leur réseau, mais qui ne disposent que d'un seul FQDN.
  • Capacité à détecter et à accepter les points d'accès Passpoint R3
  • Amélioration de la mise en correspondance des réseaux :
    • Compatible avec la mise en correspondance du fournisseur de maison pour HomeSP/HomeOIList.
    • Compatible avec la mise en correspondance du fournisseur de maison pour HomeSP/OtherHomePartners.
    • Supprime l'exigence de correspondance de la méthode EAP qui n'est pas requise par les spécifications Passpoint.

Amélioration de la prise en charge du nom commun dans les profils Wi-Fi

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

Données

Audit des accès aux données

Android 11 introduit l'audit des accès aux données, qui permet aux développeurs d'applications de mieux identifier la façon dont leurs applications et leurs 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 en savoir plus, consultez la section Audit de l'accès aux données.

Écran

Mises à jour de l'API Notifications Bubbles

Android 10 a introduit l'API de notification Bubbles, qui permet aux utilisateurs de réaliser plusieurs tâches à la fois depuis n'importe quelle partie de leur appareil. Android 11 inclut plusieurs améliorations des bulles. Les modifications les plus notables sont l'activation des bulles par défaut et le transfert des paramètres hors des options pour les développeurs. Aucune action n'est requise pour implémenter les bulles sur la plate-forme Android.

Commandes de contrôle des appareils

La fonctionnalité de commandes des appareils, disponible à partir d'Android 11, permet à l'utilisateur d'afficher et de contrôler rapidement des appareils externes tels que des lumières, des thermostats et des caméras depuis le 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. Aucune implémentation de plate-forme n'est requise pour prendre en charge cette fonctionnalité. L'implémentation par défaut est incluse dans l'UI du système AOSP. Pour savoir comment ajouter la prise en charge des commandes d'appareil à votre application de contrôle, consultez la page Contrôler des appareils externes pour les développeurs Android.

Mises à jour du classificateur de texte

Android 11 introduit une implémentation par défaut du service de classification du texte pouvant être mise à jour dans le module de ligne principale ExtServices. Nous recommandons aux fabricants d'appareils d'utiliser cette implémentation de TextClassifierService, car elle peut être mise à jour via les mises à jour OTA principales.

Entreprise

Implémenter des types d'utilisateurs personnalisés

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

Améliorations du profil professionnel

Android 11 contient des améliorations de la confidentialité et de la facilité d'utilisation pour les profils professionnels, conçues pour répondre aux principaux défis d'usabilité. Il est essentiel que ces améliorations soient implémentées 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. Améliorer la cohérence de l'expérience utilisateur des workflows critiques réduit considérablement le coût de la prise en charge d'Android dans les environnements BYOD. L'implémentation cohérente des fonctionnalités de confidentialité sur tous les appareils renforce également la confiance des utilisateurs. Voici quelques-unes des nouveautés:

  • La liste des applications comporte des onglets distincts intitulés "Personnel" et "Professionnel".
  • L'onglet "Professionnel" comporte un bouton permettant de désactiver le profil professionnel.
  • Lorsque le profil professionnel est désactivé, les icônes des applications professionnelles deviennent grises et un chevauchement sur l'onglet professionnel indique que les applications professionnelles sont mises en veille.

Interaction

Mises à jour de l'environnement d'exécution du hub de contexte

Android 11 introduit l'API CHRE v1.4, qui inclut la prise en charge des informations sur les cellules 5G, le dump de débogage de la nano-application et d'autres améliorations. Il est également compatible avec l'utilisation de TensorFlow Lite for Microcontrollers dans les nano-applications. Pour en savoir plus, consultez la section Environnement d'exécution du hub de contexte (CHRE).

Technologie tactile

Android 11 inclut un nouveau guide sur l'implémentation de la haptique et l'évaluation de ses performances sur votre appareil.

Entrée

Manettes de jeu

Android 11 est compatible avec les manettes de jeu tierces, y compris les suivantes:

  • Manette Nintendo Switch Pro:Android est désormais compatible avec la connectivité USB et Bluetooth de la manette Nintendo Switch Pro. Les tests CTS sont obligatoires pour toutes les implémentations. Utilisez NintendoSwitchProTest pour valider votre implémentation.

  • Manette Steam:Android ajoute la connectivité USB pour la manette Steam.

Réseaux de neurones

Bonnes pratiques

Pour encourager l'adoption de NNAPI par les développeurs d'applications, suivez ces bonnes pratiques lorsque vous implémentez 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 répétée (WHILE). Cela permet de créer des modèles qui exécutent différentes opérations en fonction des valeurs d'entrée ou qui exécutent des opérations plusieurs fois sans dévider.

Exécutions cloisonnées

Dans Android 11, NNAPI permet aux exécutions d'attendre une liste de poignées sync_fence et de renvoyer éventuellement un objet sync_fence, qui est signalé à la fin de l'exécution. Cela réduit les coûts pour les petits modèles de séquence et les cas d'utilisation de streaming. L'exécution cloisonnée permet également une interopérabilité plus efficace avec d'autres composants pouvant signaler ou attendre sync_fence.

Domaines de mémoire

Pour les appareils équipés d'Android 11 ou version ultérieure, NNAPI est compatible avec 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 de l'appareil lors des exécutions, ce qui supprime la copie et la transformation inutiles des données entre les exécutions consécutives sur le même pilote.

Qualité de service

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

Quantification 8 bits signée

Le HAL de réseau neuronal (NN HAL) 1.3, introduit dans Android 11, est compatible avec la quantification signée à 8 bits pour l'API Neural Networks. Pour en savoir plus, consultez la page Mises à jour du HAL NN sous Android 11.

Améliorations des tests

Android 11 inclut un utilitaire de test permettant d'effectuer des tests aléatoires sur les implémentations de pilotes NNAPI et une série de tests de plantage pour valider la résilience des pilotes en cas d'utilisation intensive.

Pour en savoir plus, voir :

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.

Multi-HAL de capteurs 2.1

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

Contenus multimédias

DRM

Android 11 simplifie le chemin d'IPC MediaDrm/Crypto en supprimant MediaDrmService. Une nouvelle API MediaDrm est ajoutée pour énumérer les plug-ins DRM disponibles.

Décodage à faible latence dans MediaCodec

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

Divers

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

Ces exigences sont décrites dans la section 3.2.3.1. Intents d'application principaux du CDD.

Performances

lmkd de l'espace utilisateur

Android 11 introduit une nouvelle stratégie d'arrêt pour éviter le manque de mémoire et la dégradation des performances.

Puissance

Sommeil inattentif pour la mise en veille de la télévision

Dans Android 11, une nouvelle fonctionnalité appelée "En veille inattentive" est ajoutée pour la veille de la télévision. Il s'agit d'une fonctionnalité d'économie d'énergie qui permet de définir un délai d'inactivité de l'utilisateur au bout duquel l'appareil passe en veille, même si des wakelocks sont maintenus.

Sécurisé

OEMCrypto

Android 11 est compatible avec la version 16 de l'API OEMCrypto.

Stockage

Espace de stockage cloisonné

Android 11 est compatible avec l'espace de stockage cloisonné, qui limite l'accès des applications à l'espace de stockage externe. De plus, MediaProvider devient le gestionnaire de système de fichiers (pour FUSE) pour le stockage externe, ce qui rend le système de fichiers sur le stockage externe et la base de données MediaProvider cohérents.

Abandon de SDCardFS

La compatibilité avec SDCardFS est obsolète dans Android 11. Les tests VTS n'autorisent pas les systèmes de fichiers installés listés comme SDCardFS. Les fonctions de SDCardFS sont remplacées par d'autres méthodes.

Tests

La suite de tests de compatibilité

Pour Android 11, de nombreux nouveaux modules clés et modifications de test sont introduits pour CTS. Pour en savoir plus, consultez les notes de version du CTS.

Tests CTS pour les API de gestion APEX

À partir d'Android 11, le package CtsShimApex contient deux applications précompilées que CTS utilise pour tester les droits et les autorisations.

Si votre appareil n'est pas compatible avec la gestion des paquets APEX ou s'il exécute la version 10 ou antérieure, les deux applications précompilées doivent être préinstallées séparément dans le système.

Pour en savoir plus, consultez la section Packages de shim CTS.

Notes de version du CTS

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

Débogage

Journalisation du fournisseur avec portée

Android 11 ajoute un nouveau HAL, IDumpstateDevice (version 1.1). Ce HAL expose de nouvelles méthodes pour définir plus précisément la portée des journaux du fournisseur inclus dans les rapports de bugs standards, et pour permettre aux builds utilisateur d'activer et de désactiver la journalisation du fournisseur (la valeur par défaut pour les builds utilisateur est désactivée). Cela permet aux OEM de mieux contrôler ce qui est inclus dans certains types de rapports de bugs.

GWP-ASan: détection de la corruption de tas de mémoire

GWP-ASan est une fonctionnalité d'allocation de mémoire native qui permet de détecter les bugs de type "use-after-free" et "heap-buffer-overflow" dans les processus 32 bits et 64 bits.

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

Mises à jour

Améliorations apportées aux mises à jour système dynamiques (DSU)

Android 10 inclut des améliorations des mises à jour système dynamiques (DSU), y compris les suivantes:

  • Un nouveau frontend, le chargeur DSU en un clic
  • Prise en charge des DSU à plusieurs partitions
  • DSU signés par l'OEM pour une sécurité renforcée
  • Nouvelles façons de gérer la compatibilité entre les DSU et les appareils

Packages OTA pour plusieurs SKU

Android 11 ou version ultérieure permet d'utiliser un package OTA unique pour plusieurs appareils avec des codes SKU différents. Pour ce faire, vous devez configurer les appareils cibles pour qu'ils utilisent des empreintes dynamiques et mettre à jour les métadonnées OTA (à l'aide d'outils OTA) afin d'inclure le nom et l'empreinte de l'appareil dans les entrées de pré- et post-conditions.

Signer les builds pour la publication

Plusieurs commandes CLI pour signer les builds de la version sont modifiées dans Android 11.

Vendor Test Suite (VTS) 11

La suite de tests du fournisseur (VTS) Android 11 fournit des tests approfondis sur le noyau et la couche d'abstraction matérielle (HAL).

Test A/B virtuel

Android 11 unifie les mises à jour A/B et les mises à jour non A/B en fournissant un test A/B virtuel. Le déploiement A/B virtuel permet de mettre à jour les appareils de manière fluide, tout en minimisant les coûts de stockage.

Tests

L'outil d'allocation de tas Scudo par défaut

À partir d'Android 11, l'outil d'allocation 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 par binaire. Pour en savoir plus sur Scudo, consultez la page Scudo.

TV

Framework CAS

Android 11 est compatible avec le framework Media CAS (Media Conditional Access Systems) pour Android TV, qui fournit des API Java standards aux développeurs tiers et aux OEM. Pour en savoir plus, consultez le framework CAS.

Tunneling multimédia

Pour Android 11, les utilisateurs peuvent implémenter le tunneling multimédia avec des contenus audio et vidéo directement fournis par le tuner.

Framework Tuner

Android 11 est compatible avec le framework Tuner pour Android TV, qui fournit du contenu A/V à l'aide du HAL Tuner, de l'API Tuner SDK et du Gestionnaire de ressources Tuner.

TV Input Framework

Le framework d'entrée Android TV (TIF) simplifie la diffusion de contenus en direct sur Android TV. Il fournit une API standard permettant aux fabricants de créer des modules d'entrée pour contrôler Android TV, et permet de rechercher et de recommander des chaînes en direct. Android 11 introduit trois nouveaux composants dans TIF.