Notes de version d'Android 11

Cette page récapitule les principales fonctionnalités de la version 11 d'Android 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. Elle n'est implémentée que dans les appels d'API JobScheduler. Toute modification que vous apportez aux limites prédéfinies doit toujours réussir le test CTS. Vous pouvez désactiver et activer les quotas d'API à l'aide de la méthode setEnabled dans QuotaTracker.java. Cette option est activée par défaut. Si vous désactivez cette fonctionnalité, les applications pourront appeler les API concernées sans limitation.

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

Bootloader (chargeur d'amorçage)

Version 3 de l'en-tête de démarrage

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

Partitions

Partitions de démarrage

Android 11 introduit le concept d'image générique du noyau. Pour permettre le démarrage d'un appareil arbitraire avec une image de noyau générique, toutes les informations spécifiques au fournisseur sont extraites de la partition de démarrage et déplacées dans une partition vendor-boot. Un appareil lancé avec Android 11 doit être compatible avec 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 partition de produits

Android 11 dissocie la partition product, la rendant indépendante des partitions system et du fournisseur. Parmi les changements notables, vous pouvez désormais contrôler l'accès de la partition de produits aux interfaces natives et Java.

Images de récupération

Android 11 met à jour les exigences relatives à 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 Images de récupération.

Redémarrages silencieux

Android 11 est compatible avec 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 qui nécessitent un redémarrage (par exemple, les mises à jour des packages APEX).

Noyau

Noyaux communs Android

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

Surveillance de l'ABI du noyau Android

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

Image générique du noyau

Android 11 introduit la Generic Kernel Image (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 hors 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 des pilotes requise pour permettre à un appareil de monter des partitions. Pour permettre à un appareil d'installer des partitions et de continuer à démarrer, la première étape de init est améliorée pour charger les modules du noyau présents sur un disque RAM. Le ramdisk est divisé en ramdisks génériques et fournisseur. Les modules du noyau du fournisseur sont stockés dans le disque RAM du fournisseur. L'ordre dans lequel les modules du noyau sont chargés est configurable.

DebugFS

Android 11 supprime la compatibilité de la plate-forme avec 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 de débogage 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 et de HAL du noyau Linux 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ée.

  • 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 ni testés aussi rigoureusement que ceux des autres systèmes de fichiers. Lorsque des bugs sont découverts 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 noyaux à 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 la 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 impose que CONFIG_DEBUG_FS ne soit pas activé dans la configuration du noyau de l'appareil et que debugfs ne soit pas listé sous /proc/filesystems.

Tas ION pour GKI

Dans Android 11, le noyau commun Android v5.4 introduit un framework pour modulariser les tas ION spécifiques au fournisseur tout en conservant le pilote ION principal intégré. Cela permet aux OEM de conserver les modifications apportées au 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 des modules Mainline

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 ressources réservé, un fichier res/xml/overlays.xml pour énumérer les ressources cibles, une règle de compilation Soong pour les superpositions et 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 dans l'arborescence source. Cela permet d'utiliser des versions mixtes d'images, comme une image système plus récente et une image fournisseur plus ancienne.

Audio

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

Dans Android 11, la source audio MediaRecorder.AudioSource.RADIO_TUNER est visible en tant que @SystemApi et son utilisation lors de la capture 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 joindre et 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.

Implémentation

Implémentation audio

Android 11 applique une application plus stricte des implémentations HAL de déclencheur audio 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 Automotive, consultez Détails des versions Automotive.

API de réinitialisation du port USB

Les fabricants d'appareils peuvent implémenter l'API USB Port Reset 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 est compatible avec 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

Dans Android 11, une application peut utiliser le zoom d'une caméra (numérique et optique) 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. 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 le streaming simultané et quelles configurations de flux sont prises en charge.

Compatibilité améliorée de l'appareil photo pour les appareils virtuels Android

Android 11 introduit une implémentation remaniée de la couche HAL de l'appareil photo émulé sur les appareils virtuels Cuttlefish et Android Emulator, qui ajoute la prise en charge de davantage de fonctionnalités de l'appareil photo, y compris :

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

Ce HAL de caméra émulé est disponible sur /platform/hardware/google/camera/devices/EmulatedCamera/hwl.

Bonnes pratiques pour les caméras multiples

Pour profiter pleinement des fonctionnalités offertes par la multicaméra tout en maintenant la compatibilité de l'application, 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 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 système ou privilégiées, mais qui ne sont pas disponibles pour les applications publiques tierces.

Compatibilité

Le document de définition de compatibilité Android 11 s'appuie sur les versions précédentes et inclut des mises à jour pour les nouvelles fonctionnalités, ainsi que des modifications apportées aux exigences pour les fonctionnalités déjà disponibles.

Connectivité

Bluetooth et NFC

Synchronisation des paiements NFC hors hôte

Android est compatible avec 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 "Payer sans contact" ne soit pas synchronisé avec l'application dans l'élément 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 des paiements 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é Accès rapide au portefeuille permet à l'utilisateur d'accéder aux cartes de paiement et aux pass pertinents directement depuis le menu Marche/Arrêt.

Appels et messages

Comportement des appels d'urgence

Android 11 modifie la façon dont les appels d'urgence sont gérés afin de mieux répondre aux exigences des opérateurs. Le comportement à adopter pour gérer les appels d'urgence est décrit ci-dessous :

  • Lorsqu'un utilisateur passe un appel d'urgence pendant un appel en cours, l'appareil déconnecte automatiquement l'appel en cours ou le met en attente et empêche de revenir à l'appel en cours tant que l'appel d'urgence n'est pas terminé, selon la façon dont la clé KEY_ALLOW_HOLD_CALL_DURING_EMERGENCY_BOOL est définie.
  • Lors d'un appel d'urgence, les appels entrants sont automatiquement refusés et affichés comme appels manqués pour l'utilisateur. Pendant un appel d'urgence, il est impossible de passer des appels sortants non urgents.
  • En mode de rappel d'urgence, passer un appel non urgent entraîne la sortie de 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 quitter le mode de rappel d'urgence à l'appareil.
  • Vous ne pouvez pas permuter ni mettre en attente les appels d'urgence actifs.

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

Android 11 introduit une base de données des 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 les catégories de services correspondants.

Opérateur

eSIM

Processus 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 d'opérateur. Lorsque vous utilisez un code d'activation pour télécharger un profil, le LPA peut lancer l'interface utilisateur de l'application d'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 utilisateur locale pour activer un profil eSIM.

Pour en savoir plus, voir :

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 les erreurs spécifiques individuellement.

Paramètre "option" pour la méthode "erase subscriptions"

À 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 abonnements de test, opérationnels ou les deux types.

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). La prise en charge multi-PLMN offre aux opérateurs de réseau mobile (ORM) la possibilité de diffuser plusieurs identités, ce qui leur donne plus de flexibilité.

Compatibilité avec les petites cellules

Les appareils lancés avec Android 11 peuvent prendre en charge les groupes d'abonnés fermés (CSG) grâce aux méthodes des API d'identification des cellules qui obtiennent des informations sur les CSG d'une cellule. Cela est utile pour les opérateurs de réseau mobile (ORM) 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 à partir 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 d'accès des opérateurs.

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

    • SECURE_ELEMENT_PRIVILEGED_OPERATION Autorisation système privilégiée
    • Identifiants (AID) de l'application maître de règles d'accès configurables (ARA-M)
    • reset API système 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 mesure du signal que le framework utilisera pour indiquer l'intensité du signal des réseaux d'accès radio (RAN) 4G LTE et 5G NR. Vous pouvez ensuite utiliser les intensités du signal signalées pour contrôler l'affichage des barres de signal sur vos appareils.

Wi-Fi

Configurations de 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 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 point d'accès Wi-Fi (AP logiciel) pour le partage de connexion

Android 11 introduit une configuration améliorée du point d'accès Wi-Fi (AP 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
  • Listes 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 du réseau Wi-Fi pour améliorer la connectivité du réseau Wi-Fi.

Améliorations de Passpoint Wi-Fi

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

  • Prise en charge de l'expiration des profils, permettant au système d'informer 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 et autosignés pour les profils Passpoint R1.
  • Prise en charge des 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 nom de domaine complet 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 nom de domaine complet. Cela est utile pour les opérateurs qui déploient plusieurs combinaisons de code pays mobile (MCC) et de code réseau mobile (MNC) sur leur réseau, mais qui ne disposent que d'un seul nom de domaine complet (FQDN).
  • Possibilité de détecter et d'accepter les points d'accès Passpoint R3.
  • Amélioration de la mise en correspondance des réseaux :
    • Compatible avec la mise en correspondance des fournisseurs de services pour la maison pour HomeSP/HomeOIList.
    • Compatible avec la mise en correspondance des fournisseurs de services pour la maison pour HomeSP/OtherHomePartners.
    • Supprime l'exigence de correspondance de la méthode EAP qui n'est pas requise par la spécification Passpoint.

Amélioration de la compatibilité avec le nom commun des profils Wi-Fi

Dans Android 11, les profils Wi-Fi restent valides lorsqu'une autorité de certification racine 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 devaient télécharger un nouveau profil auprès de l'opérateur si l'autorité de certification racine changeait.

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 des utilisateurs (telles que les données de localisation et de caméra). Pour les applications complexes et polyvalentes, les développeurs peuvent définir des tags d'attribution afin d'identifier les différentes parties de l'application.

Pour en savoir plus, consultez Audit de l'accès aux données.

Écran

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 concernant les bulles. Les changements les plus notables sont l'activation des bulles par défaut et le déplacement 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é Contrôle de l'appareil, 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 Marche/Arrêt. 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 d'implémentation de plate-forme n'est requis pour prendre en charge cette fonctionnalité. L'implémentation par défaut est incluse dans l'UI système AOSP. Pour savoir comment ajouter la compatibilité avec les commandes de l'appareil à votre application de contrôle, consultez la page Contrôler des appareils externes sur le site des développeurs Android.

Mises à jour du classificateur de texte

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

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 types d'utilisateurs autorisés par la fonctionnalité multi-utilisateur d'Android. Cette fonctionnalité permet aux OEM de personnaliser les types d'utilisateurs AOSP prédéfinis et de définir de nouveaux types de profils. Pour en savoir plus, consultez la section Types d'utilisateurs.

Améliorations apportées au profil professionnel

Android 11 contient des améliorations en termes de confidentialité et de facilité d'utilisation pour les profils professionnels, conçues pour résoudre les principaux problèmes d'utilisation. Il est essentiel 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 assurer la compatibilité avec tous les appareils Android que leurs utilisateurs apportent au travail. L'amélioration de la cohérence de l'UX pour les workflows critiques réduit considérablement le coût de l'assistance 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 exemples de mises à jour :

  • La liste des applications comporte deux onglets distincts : "Personnel" et "Professionnel".
  • L'onglet "Travail" 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 message s'affiche sur l'onglet "Professionnel" pour indiquer que les applications professionnelles sont suspendues.

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, du vidage de débogage des nano-applications 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 Environnement d'exécution Context Hub (CHRE).

Technologie tactile

Android 11 inclut un nouveau guide sur l'implémentation du retour haptique et l'évaluation des performances haptiques sur votre appareil.

Entrée

Manettes de jeu

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

  • Manette Nintendo Switch Pro : Android est désormais compatible avec la connectivité USB et Bluetooth pour 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 les développeurs d'applications à adopter l'API NN, suivez ces bonnes pratiques lorsque vous implémentez un pilote d'API NN sur des appareils exécutant Android 11.

Flux de contrôle

Dans Android 11, la 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 construire 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 les dérouler.

Exécutions cloisonné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 la surcharge pour les petits modèles de séquence et les cas d'utilisation de streaming. L'exécution clôturé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 d'appareils lors des exécutions, en supprimant 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, la NNAPI offre une meilleure qualité de service (QoS) en permettant à une application d'indiquer les priorités relatives de ses modèles, le temps maximal attendu pour la préparation d'un modèle et le temps maximal attendu pour l'exécution d'un modèle.

Quantification signée de 8 bits

La couche d'abstraction matérielle (HAL, Hardware Abstraction Layer) Neural Network 1.3, introduite dans Android 11, est compatible avec la quantification signée de 8 bits pour l'API Neural Networks. Pour en savoir plus, consultez Mises à jour de NN HAL dans Android 11.

Améliorations des tests

Android 11 inclut un utilitaire de test permettant d'effectuer des tests fuzzing sur les implémentations de pilotes NNAPI et une série de tests de plantage pour valider la résilience des pilotes dans des conditions 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égrales d'un appareil.

Sensors Multi-HAL 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 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 plus tenue de prendre en charge le type MIME application/sdp pour l'intention 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. Intentions d'application principales du CDD.

Performances

Userspace lmkd

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

Puissance

Sommeil inattentif pour la mise en veille du téléviseur

Dans Android 11, une nouvelle fonctionnalité appelée "Veille inattentive" est ajoutée pour la veille du téléviseur. Il s'agit d'une fonctionnalité d'économie d'énergie qui permet de définir un délai d'inactivité de l'utilisateur au-delà duquel l'appareil se met en veille, même si des wakelocks sont maintenus.

Sécurité

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 permet d'assurer la cohérence entre le système de fichiers sur le stockage externe et la base de données MediaProvider.

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 en tant que 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 tests ont été 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édéfinies que le CTS utilise pour tester les privilèges et les autorisations.

Si votre appareil n'est pas compatible avec 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 en savoir plus, consultez Packages shim CTS.

Notes de version du CTS

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

Débogage

Journalisation des fournisseurs limitée

Android 11 ajoute une nouvelle HAL, IDumpstateDevice (version 1.1). Cette HAL expose de nouvelles méthodes pour mieux définir la portée des journaux du fournisseur inclus dans les rapports de bug standards, ainsi que pour permettre aux versions utilisateur d'activer et de désactiver la journalisation du fournisseur (la valeur par défaut pour les versions utilisateur est "désactivé"). Cela permet aux OEM de mieux contrôler ce qui est inclus dans certains types de rapports de bug.

GWP-ASan : détection de la corruption du tas

GWP-ASan est une fonctionnalité d'allocation de mémoire native qui permet de détecter les bugs 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, mais activez-la dans vos applications.

Mises à jour

Améliorations apportées à la mise à jour système dynamique (DSU)

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

  • Nouvelle interface utilisateur : le chargeur DSU en un clic
  • Prise en charge des DSU à plusieurs partitions
  • Des DSU signées par l'OEM, pour une sécurité renforcée
  • Nouvelles façons de gérer la compatibilité entre les UDS 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 différents SKU. Pour ce faire, vous devez configurer les appareils cibles pour qu'ils utilisent des empreintes digitales dynamiques et mettre à jour les métadonnées OTA (à l'aide des outils OTA) pour inclure le nom et l'empreinte digitale de l'appareil dans les entrées de pré-condition et de post-condition.

Signer les builds pour la publication

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

Vendor Test Suite (VTS) 11

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

Tests A/B virtuels

Android 11 unifie les mises à jour A/B et non A/B en fournissant virtual A/B. La fonctionnalité Virtual A/B permet de mettre à jour les appareils de manière fluide tout en minimisant les coûts de stockage.

Tests

Allocateur de tas Scudo par défaut

Depuis 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 pour chaque binaire. Pour en savoir plus sur Scudo, consultez la page Scudo.

TV

Framework CAS

Android 11 est compatible avec le framework Media conditional access systems (Media CAS) 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 du contenu audio et vidéo directement fourni par Tuner.

Framework Tuner

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

Framework d'entrée TV

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 d'activer la recherche et les recommandations de chaînes de télévision en direct. Android 11 introduit trois nouveaux composants dans TIF.