Notes de version d'Android 13 et d'Android 13 QPR

Cette page récapitule les principales fonctionnalités d'Android 13 et des versions Android 13 QPR, et fournit des liens vers des informations supplémentaires. Ces résumés des fonctionnalités sont organisés en fonction de l'emplacement de la documentation sur ce site.

Architecture

Modifications apportées à la partition de démarrage générique

Pour les appareils lancés avec Android 13, le ramdisk générique est supprimé de l'image boot et placé dans une image init_boot distincte.

Pour en savoir plus, consultez Partition de démarrage générique.

Modules GKI

Dans Android 13, certaines fonctionnalités du noyau sont fournies dans des modules à chargement dynamique, appelés modules GKI, afin de réduire l'empreinte mémoire du noyau GKI sur les appareils qui n'ont pas besoin de ces fonctionnalités.

Pour en savoir plus, consultez la section Modules du noyau.

Composants du système modulaire

Android 13 contient plusieurs composants système modulaires nouveaux et mis à jour. Voici les nouveaux modules :

  • AdServices : soutient l'initiative Privacy Sandbox qui vise à créer des technologies qui protègent la confidentialité des utilisateurs en ligne, tout en fournissant aux entreprises et aux développeurs des outils leur permettant d'assurer la croissance de leurs activités numériques.
  • AppSearch : moteur de recherche structuré et d'indexation sur l'appareil
  • Bluetooth : (facultatif) vise à offrir une expérience Bluetooth cohérente et de haute qualité à tous les utilisateurs Android.
  • OnDevicePersonalization : fournit un ensemble d'outils développés en gardant la confidentialité des utilisateurs comme principe fondamental.
  • UWB : contient une pile UWB au-dessus de l'interface HAL.

Modifications apportées aux modules existants :

Mise à jour de la compatibilité du système de fichiers du noyau Android

À partir d'Android 13, l'espace utilisateur ne fonctionne qu'avec les systèmes de fichiers intégrés à l'image générique du noyau (GKI).

Pour en savoir plus, consultez Prise en charge du système de fichiers du noyau Android.

Audio

Implémentation du son spatial et du suivi de la tête

À partir d'Android 13-QPR, grâce à la nouvelle architecture de pipeline audio et à l'intégration du framework de capteurs, les OEM peuvent fournir un effet audio spatialiseur avec prise en charge du suivi de la tête, avec le niveau de performances et de latence requis. Pour obtenir des consignes et en savoir plus, consultez Implémenter un son spatial et un suivi de la tête de haute qualité.

Prise en charge de MIDI 2.0

À partir d'Android 13, la prise en charge de MIDI 2.0 est ajoutée au transport USB. MIDI 2.0 est une norme MIDI plus récente définie en 2020.

Pour en savoir plus, consultez la page MIDI.

Mise à jour du HAL audio

À partir d'Android 13, le HAL audio est mis à jour vers la version 7.1. Pour en savoir plus, consultez Audio HAL.

Automobile

Nouvelles fonctionnalités Android Automotive

Pour en savoir plus sur les nouvelles fonctionnalités Automotive d'Android 13, consultez Nouveautés.

Créer

Compiler avec Bazel

Android 13 introduit la compilation de noyaux avec Bazel, qui remplace build/build.sh.

Pour en savoir plus, consultez Bazel (Kleaf).

Appareil photo

HAL de l'appareil photo AIDL

Dans Android 13, le framework d'appareil photo est compatible avec les HAL d'appareil photo AIDL. Le framework de l'appareil photo est également compatible avec les HAL d'appareil photo HIDL. Toutefois, les fonctionnalités d'appareil photo ajoutées dans Android 13 ou version ultérieure ne sont disponibles que via les interfaces HAL d'appareil photo AIDL.

Pour savoir comment migrer les processus HAL des interfaces de caméras HIDL vers les interfaces de caméras AIDL, consultez HAL de caméras AIDL.

Mises à jour sur le débogage des caméras

Android 13 ajoute l'outil de débogage watch dans le service de caméras, ce qui permet d'afficher les modifications apportées aux valeurs de la requête de capture et du résultat qui sont envoyées à la HAL de la caméra et reçues de celle-ci. Cet outil permet de prévisualiser en direct les dumps de surveillance des balises à partir de clients ouverts et d'afficher les dumps mis en cache à partir de clients fermés.

Pour en savoir plus, consultez Débogage de la caméra.

Stabilisation de l'aperçu de la caméra

Android 13 ajoute la prise en charge de la stabilisation vidéo sur le flux d'aperçu dans les sessions de capture de l'appareil photo. Cette fonctionnalité permet aux applications tierces de fournir une expérience what you see is what you get (WYSIWYG) lors de la comparaison entre l'aperçu de la caméra et l'enregistrement.

Pour en savoir plus, consultez Stabilisation de l'aperçu de la caméra.

Contrôle de l'intensité de la lampe torche

Android 13 introduit une fonctionnalité de contrôle à plusieurs niveaux de l'intensité de la lampe torche. Dans Android 12 et les versions antérieures, le framework permet uniquement d'activer ou de désactiver le mode lampe torche. Cette fonctionnalité permet des cas d'utilisation tels que le contrôle de la luminosité de la lampe torche en fonction des conditions d'éclairage et l'envoi de signaux d'assistance à l'aide d'un effet stroboscopique en envoyant de rapides impulsions lumineuses à la suite.

Pour en savoir plus, consultez Contrôle de l'intensité de la lampe torche.

Sortie de caméra 10 bits

Android 13 ajoute la prise en charge de la sortie de caméra 10 bits via des profils de plage dynamique qui peuvent être configurés par le client de la caméra dans la configuration du flux. Cela permet aux fabricants d'appareils d'ajouter la compatibilité avec les profils de gamme dynamique 10 bits tels que HLG10, HDR 10, HDR 10+ et Dolby Vision.

Pour en savoir plus, consultez Sortie de caméra 10 bits.

Pour encourager l'adoption de la sortie de caméra 10 bits dans les applications tierces, telles que les applications de réseaux sociaux, afin d'améliorer l'expérience de capture et de partage de vidéos, il est important de valider efficacement l'implémentation de cette fonctionnalité. Les applications tierces qui souhaitent adopter cette fonctionnalité commenceront probablement par le profil obligatoire HLG10. Pour en savoir plus, consultez Validation.

Compatibilité

Mises à jour de la suite de tests ITS pour les caméras

Android 13 apporte des modifications à Camera ITS, qui incluent la prise en charge des tests vidéo, des versions Python et de package mises à jour, ainsi que des mises à jour du matériel de test.

Pour en savoir plus, consultez les notes de version de la suite de tests d'images de caméras Android 13.

Mises à jour du CDD

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

Pour obtenir la liste des modifications apportées à Android 13, consultez les notes de version de la définition de compatibilité d'Android 13.

Comptes par défaut pour les nouveaux contacts

Les applications de contacts préchargées doivent gérer l'intention ContactsContract.Settings.ACTION_SET_DEFAULT_ACCOUNT, qui permet à un utilisateur de sélectionner un compte par défaut. L'application de contacts préchargée doit enregistrer le compte par défaut sélectionné et l'utiliser lors de la gestion de Intent.ACTION_INSERT ou Intent.ACTION_INSERT_OR_EDIT pour insérer un contact. Cette exigence garantit la cohérence entre toutes les applications qui interagissent avec les contacts.

Pour en savoir plus, consultez la section sur les contacts du CDD Android 13.

Connectivité

Option "Autoriser la 2G"

Dans Android 13, le bouton Autoriser la 2G des paramètres est grisé (ce qui signifie que les utilisateurs ne peuvent pas interagir avec le bouton) lorsque la clé de configuration de l'opérateur KEY_HIDE_ENABLE_2G est définie sur true. De plus, lorsque l'option Autoriser la 2G est grisée, un texte indique que l'opérateur de l'utilisateur exige que la 2G soit disponible. Dans les versions précédentes, le bouton Autoriser la 2G est masqué lorsque KEY_HIDE_ENABLE_2G est défini sur true.

Paramètre d'utilisation des données mobiles

Android 13 est compatible avec un paramètre d'utilisation du réseau mobile qui permet aux opérateurs de configurer les appareils en mode voix ou données. Les opérateurs peuvent utiliser ce paramètre en association avec d'autres modifications de configuration pour réduire le trafic IMS sur leurs réseaux pour les appareils traditionnellement axés sur la voix qui fonctionnent en mode données uniquement, par exemple pour les services qui incluent un service de données uniquement associé.

Pour modifier le paramètre d'utilisation des données mobiles, utilisez la superposition config_supported_cellular_usage_settings ou définissez la valeur par défaut dans config_default_cellular_usage_setting. Le paramètre peut être défini sur USAGE_SETTING_VOICE_CENTRIC ou USAGE_SETTING_DATA_CENTRIC.

La fonctionnalité de paramètre d'utilisation des données mobiles inclut les API suivantes :

Pour valider la fonctionnalité de paramètre d'utilisation des données mobiles, exécutez les tests suivants :

Plusieurs réseaux simultanés avec connexion Internet

Android 13 introduit la fonctionnalité Connexion simultanée à plusieurs réseaux avec accès à Internet, qui permet à un appareil de se connecter simultanément à deux réseaux Wi-Fi (points d'accès), tous deux sans restriction (disponibles pour toutes les applications) et offrant un accès à Internet.

Pour en savoir plus, consultez Simultanéité Wi-Fi STA/STA.

Nouveautés concernant l'API IMS

Android 13 apporte les modifications suivantes aux API d'enregistrement unique IMS :

  • DelegateRegistrationState :

    • Prend en charge les cas où le framework doit attendre la fin des sessions SIP avant de supprimer le PDN IMS.
    • Ajoute la méthode getRegisteringFeatureTags qui permet aux applications d'écoute de savoir quand la pile IMS tente activement d'enregistrer IMS.

  • RcsUceAdapter : ajoute PUBLISH_STATE_PUBLISHING pour permettre aux applications d'écoute de savoir quand la pile IMS tente activement de publier des fonctionnalités.

  • CapabilityExchangeEventListener : ajoute la méthode onPublishUpdated pour permettre au service IMS d'informer de manière asynchrone la plate-forme qu'une actualisation SIP PUBLISH a réussi ou échoué.

  • RcsClientConfiguration :

    • Pour prendre en charge la section 2.1.14 de RCC.72, une nouvelle valeur est ajoutée au constructeur pour permettre à l'application de messagerie de spécifier si l'utilisateur a activé ou désactivé RCS.
    • Ajoute la constante RCS_PROFILE_2_4 pour permettre à une application de messagerie d'indiquer qu'elle est compatible avec le profil universel RCS version 2.4.

Android 13 inclut également les mises à jour suivantes pour les API IMS :

  • Permet aux applications d'écouter l'état de la pile IMS via la classe ImsStateCallback. Pour en savoir plus, consultez Utiliser ImsStateCallback.
  • Refactorise le provisionnement IMS pour le service IMS afin de prendre en charge les cas d'utilisation du provisionnement MVNO.
  • Améliore le modèle de threading dans le service IMS.
  • Ajout d'API compatibles avec l'abonnement SIM dans le service IMS

Plusieurs profils activés pour l'eUICC

Android 13 introduit la prise en charge de plusieurs profils activés (MEP) pour l'eUICC, ce qui permet aux appareils de prendre en charge la double SIM à l'aide d'une seule puce eSIM. Plusieurs profils SIM permettent à l'appareil de se connecter à deux opérateurs différents en même temps.

Pour en savoir plus, consultez Plusieurs profils activés.

Exigences de calibration de la présence

Android 13 introduit de nouvelles exigences de calibration de présence pour s'assurer que tous les appareils de l'écosystème Android peuvent déterminer la proximité relative entre les appareils.

Pour savoir comment configurer et calibrer les appareils afin de répondre à ces exigences, consultez Exigences de calibration de la présence.

Mode de remplacement de la téléphonie pour la détection du fuseau horaire

Android 13 introduit le mode de secours de téléphonie pour la détection du fuseau horaire. Ce mode permet à Android d'utiliser temporairement les suggestions de détection de la téléphonie dans les situations où la détection de la position ne peut pas détecter le fuseau horaire ou lorsque la détection de la position prend plus de temps que la détection de la téléphonie pour détecter le fuseau horaire.

Pour en savoir plus, consultez Service time_zone_detector.

Améliorations de l'API d'accès UICC TelephonyManager

Android 13 annule la désapprobation et ajoute des améliorations pour la gestion des canaux logiques UICC pour les API d'accès UICC TelephonyManager suivantes :

Ces API ont été abandonnées dans Android 11, car OMAPI fournit une implémentation plus fiable pour la gestion des canaux logiques UICC. Toutefois, OMAPI ne couvre pas tous les cas d'utilisation fournis par les API d'accès UICC TelephonyManager. Par conséquent, dans Android 13, ces API ne sont plus obsolètes et ont été améliorées pour la gestion des canaux logiques UICC. Auparavant, lorsqu'une application d'appel qui ouvre un canal logique plantait, le canal logique pouvait fuir, ce qui signifie que le canal n'était pas libéré et ne pouvait pas être réutilisé par l'application sans redémarrage. Grâce aux améliorations apportées à Android 13, si une application plante, le système libère le canal logique, ce qui permet à l'application de le réutiliser.

Ces améliorations de l'API sont effectuées au niveau de l'implémentation et sont entièrement rétrocompatibles. Aucun effort supplémentaire n'est requis pour que les applications d'appel utilisent ces API.

Faire confiance lors de la première utilisation (TOFU) pour les réseaux d'entreprise

Android 13 est compatible avec l'approche d'authentification Trust on First Use (TOFU), qui permet aux utilisateurs de faire confiance à un réseau d'entreprise (EAP) en installant l'autorité de certification racine utilisée par le serveur et en définissant son nom de domaine dans un réseau enregistré. TOFU permet à l'appareil d'obtenir une clé publique non authentifiée lorsqu'un utilisateur se connecte pour la première fois à un réseau d'entreprise et de conserver la clé pour les connexions ultérieures.

Pour en savoir plus, consultez Confiance lors de la première utilisation.

Compatibilité avec la bande ultralarge

Android 13 introduit une implémentation de framework par défaut pour la technologie radio à bande ultralarge (UWB), qui permet une mesure de distance très précise et sécurisée entre les appareils compatibles.

Pour en savoir plus, consultez Ultra Wideband.

Mises à jour concernant la simultanéité des points d'accès Wi-Fi

Android 13 est compatible avec la bande 6 GHz pour la concurrence Wi-Fi AP/AP, ce qui permet aux appareils de créer deux interfaces de point d'accès (AP).

Pour en savoir plus, consultez Simultanéité des points d'accès Wi-Fi.

Wi-Fi Aware

Android 13 est compatible avec la version 3.1 de la spécification Wi-Fi Aware. Pour en savoir plus, consultez Wi-Fi Aware.

Mises à jour concernant le partage de connexion via un point d'accès Wi-Fi (AP logiciel)

Android 13 introduit de nouvelles configurations pour les appareils compatibles avec le partage de connexion via des points d'accès Wi-Fi. Pour en savoir plus sur les nouvelles configurations, consultez Point d'accès Wi-Fi (Soft AP).

Simultanéité multi-interface Wi-Fi

À partir d'Android 13, Wi-Fi HAL 1.6 permet de spécifier une interface AP pontée (double bande simultanée) en tant qu'élément de combinaison explicite.

Pour en savoir plus, consultez Simultanéité multi-interface Wi-Fi.

Mises à jour de la sélection du réseau Wi-Fi

À partir d'Android 13, si différents intervalles d'analyse sont nécessaires au moment de l'exécution, les applications privilégiées peuvent définir dynamiquement le calendrier d'analyse à l'écran pour les réseaux Wi-Fi disponibles en appelant la méthode WifiManager#setScreenOnScanSchedule(screenOnScanSchedule).

Pour en savoir plus, consultez Sélection du réseau Wi-Fi.

Écran

Gestionnaire de tâches

Dans Android 13, une nouvelle affordance de l'UI système appelée Gestionnaire de tâches informe l'utilisateur de l'état et des ressources utilisées par les services de premier plan sur les applications en arrière-plan, et lui permet d'arrêter ces applications.

Pour en savoir plus, consultez Gestionnaire de tâches.

Commandes multimédias dans l'interface utilisateur système

À partir d'Android 13, les commandes multimédias de l'interface utilisateur du système contiennent des mises à jour des boutons d'action et de la lecture à distance. Ces modifications permettent d'améliorer l'expérience de contrôle des contenus multimédias sur les téléphones et les tablettes, et d'offrir des transferts de contenus multimédias fluides entre les appareils.

Pour en savoir plus, consultez Commandes multimédias dans l'interface utilisateur du système.

Composition mixte SDR et HDR

Android 13 améliore la prise en charge de la présentation simultanée de compositions SDR et HDR à l'écran en assombrissant le contenu SDR à l'écran lorsqu'il est présenté simultanément avec du contenu HDR.

Pour en savoir plus, consultez Composition SDR et HDR mixte.

Autorisation de notification pour les notifications d'activation

À partir d'Android 13, les notifications utilisent un modèle d'activation, dans lequel toutes les applications doivent demander l'autorisation aux utilisateurs avant d'envoyer des invites de notification. Pour ce faire, les OEM doivent apporter des modifications aux systèmes d'autorisation d'exécution et de notification, comme indiqué sur la page Autorisation de notification pour les notifications d'activation.

Mappez la luminance HDR sur une plage compatible avec le format SDR.

Android 13 introduit une bibliothèque statique configurable par le fournisseur appelée libtonemap, qui définit les opérations de mappage de tonalité. Cette fonctionnalité permet aux OEM de définir et de partager leurs algorithmes de mappage de tonalité d'affichage entre le framework et les fournisseurs, ce qui réduit les incohérences de mappage de tonalité.

Pour en savoir plus, consultez Mapper la luminance HDR sur une plage compatible SDR.

Graphiques

AIDL pour le HAL du compositeur matériel

À partir d'Android 13, le HAL Hardware Composer (HWC) est défini dans AIDL, et les versions HIDL allant de android.hardware.graphics.composer@2.1 à android.hardware.graphics.composer@2.4 sont obsolètes.

Pour en savoir plus, consultez AIDL pour le HAL Hardware Composer.

Gestion du framebuffer client

À partir d'Android 13, de nouveaux framebuffers, utilisés lors de la composition client, sont alloués chaque fois que la résolution de l'écran change. Cette allocation est effectuée par SurfaceFlinger lors du prochain cycle invalidate après un changement de résolution.

Pour en savoir plus, consultez Gestion du framebuffer client.

Intervention de limitation des images par seconde (IPS)

À partir d'Android 13-QPR, l'intervention de limitation du FPS permet aux jeux de définir un FPS approprié en utilisant uniquement les modifications côté plate-forme, sans nécessiter aucune action de la part des développeurs. Pour en savoir plus, consultez Intervention de limitation des FPS.

Verrouillage du tampon non signalé avec AutoSingleLayer

Android 13 ajoute une nouvelle configuration appelée AutoSingleLayer pour les tampons non signalés. Cette configuration permet à SurfaceFlinger de verrouiller un tampon non signalé lorsqu'une seule couche est mise à jour, et non pour les cas qui se produisent sur plusieurs couches, tels que les modifications de géométrie ou les transactions de synchronisation.

Pour en savoir plus, consultez Verrouillage du tampon non signalé avec AutoSingleLayer.

Interaction

Authentification pour le contrôle de la maison

Dans Android 13, l'API Device Controls inclut une nouvelle méthode appelée isAuthRequired, qui permet aux fournisseurs de contrôles d'appareils de spécifier quels contrôles de la maison peuvent répondre aux interactions sur un appareil verrouillé. Cela permet une interaction plus fluide sur les points d'entrée, comme l'écran verrouillé du téléphone.

Protocole HID du capteur de tête

Android 13 introduit le protocole HID (Human Interface Device) pour le suivi de la tête, qui permet de connecter un appareil de suivi de la tête à un appareil Android via USB ou Bluetooth, et de l'exposer au framework et aux applications Android via le framework des capteurs.

Pour en savoir plus, consultez la section Protocole HID du capteur de mouvements de tête.

Prise en charge du signal de rappel verrouillé dans KeyguardManager

Dans Android 13, de nouvelles méthodes, telles que addKeyguardLockedStateListener et removeKeyguardLockedStateListener, dans la classe KeyguardManager, informent l'écouteur de l'état verrouillé du clavier de saisie.

Objets d'exécution réutilisables NNAPI

Android 13 introduit l'interface HAL AIDL NNAPI, IExecution, qui gère la durée de vie d'un objet d'exécution réutilisable et de ses ressources mises en cache. Les objets IExecution réduisent les frais généraux des tâches d'inférence du machine learning en permettant au pilote NNAPI de préserver les ressources entre les exécutions et d'appliquer des optimisations spécifiques aux requêtes.

HAL AIDL des capteurs

Android 13 introduit le HAL AIDL des capteurs, un HAL basé sur le HAL des capteurs 2.1 qui utilise l'interface HAL AIDL. Le HAL AIDL des capteurs expose les types de capteurs de suivi de la tête et d'IMU à axe limité.

Contenus multimédias

Exporter les statistiques d'encodage vidéo

À partir d'Android 13, les clients d'application peuvent demander à l'encodeur vidéo d'exporter les statistiques d'encodage pour chaque frame vidéo encodé. Grâce aux statistiques obtenues à partir de l'encodeur vidéo, les applications peuvent optimiser leurs tâches d'encodage vidéo, telles que l'encodage multipasse et le prétraitement des frames avant l'encodage.

Pour en savoir plus, consultez Données statistiques sur l'encodage vidéo.

Performances

HAL AIDL Santé

Android 13 introduit le HAL AIDL Health, un HAL basé sur le HAL Health 2.1 qui utilise l'interface HAL AIDL.

Amélioration des performances lors du chargement du jeu

Android 13 introduit un nouveau mode d'alimentation dans le service Power Manager, appelé GAME_LOADING, qui indique au Power HAL si l'application de jeu est en état de chargement afin que le Power HAL puisse fournir un boost de chargement. Pour en savoir plus, consultez Amélioration des performances lors du chargement des jeux.

Autorisations

Division de l'autorisation d'accès aux capteurs corporels

À partir d'Android 13, l'autorisation BODY_SENSORS est divisée en deux : BODY_SENSORS pour suivre la fréquence cardiaque au premier plan et BODY_SENSORS_BACKGROUND pour la suivre en arrière-plan.

Pour en savoir plus, consultez L'utilisation des capteurs corporels en arrière-plan nécessite une nouvelle autorisation.

Puissance

Outils de suivi du comportement de l'application en arrière-plan

Android 13 introduit le concept de suivi du comportement en arrière-plan des applications ou d'un processus qui surveille l'utilisation de la batterie en arrière-plan par les applications pour déterminer si elles enfreignent certaines règles.

Pour en savoir plus, consultez Trackers du comportement en arrière-plan des applications.

Limiter la consommation d'énergie pendant la sauvegarde et la restauration

À partir d'Android 13, vous pouvez limiter le transfert d'énergie lors de la sauvegarde et de la restauration USB en appelant la méthode enableLimitPowerTransfer de la classe UsbPort.

Pour en savoir plus, consultez Gestion de l'alimentation.

Sécurité

Informations d'identité

Android 13 ajoute la prise en charge de la présentation de plusieurs documents. Cette nouvelle interface de session de présentation permet à une application de présenter plusieurs documents, ce qui n'est pas possible avec l'API existante.

Pour en savoir plus, consultez Identifiants d'identité.

APK Signature Scheme V3.1

Ce schéma est utilisé par défaut lors de la signature d'un fichier APK avec une clé de signature ayant fait l'objet d'une rotation et une chaîne de signature. Il permet à un seul fichier APK de cibler la rotation sur Android 13 et versions ultérieures tout en évitant les problèmes connus liés à la rotation sur les versions précédentes de la plate-forme en utilisant la clé de signature d'origine dans le bloc de signature v3.0. De même, la signature v4.1 inclura des informations de signature supplémentaires pour le bloc v3.1 afin de prendre en charge le même comportement pour les installations incrémentielles.

Les intents doivent correspondre aux filtres d'intent déclarés

Dans Android 13, les intents provenant d'applications externes sont transmis à un composant exporté si et seulement si les intents correspondent à leurs éléments intent-filter déclarés.

Les intents qui ne correspondent pas sont bloqués. Voici des exceptions pour lesquelles la correspondance des intents n'est pas appliquée :

  • Intents transmis aux composants qui ne déclarent aucun filtre d'intent
  • Intents provenant de la même application
  • Intents du système
  • Intents de la racine

Interface OMAPI stable pour les fournisseurs

L'Open Mobile API (OMAPI) est une API standard utilisée pour communiquer avec l'élément sécurisé d'un appareil. Avant Android 13, seuls les applications et les modules du framework avaient accès à cette interface. En le convertissant en interface stable du fournisseur, les modules HAL sont également capables de communiquer avec les éléments sécurisés via le service OMAPI.

Pour en savoir plus, consultez OMAPI Vendor Stable Interface.

Les UID partagés sont obsolètes

Depuis Android 13-QPR, les UID partagés sont obsolètes. Les utilisateurs d'Android 13 ou version ultérieure doivent insérer la ligne android:sharedUserMaxSdkVersion="32" dans leur fichier manifeste. Cette entrée empêche les nouveaux utilisateurs d'obtenir un UID partagé. Pour en savoir plus sur les UID, consultez Signature d'application.

Paramètres

Paramètres de langue par application

Android 13 ajoute des fonctionnalités permettant aux utilisateurs de modifier les préférences linguistiques application par application. Les partenaires et les OEM ne doivent pas désactiver la page de sélection de la langue de l'application. Cette page doit être accessible via les trois options de navigation suivantes :

  • Paramètres > Applications > nom_de_l'appli, puis sélectionnez Langue.
  • Appuyez de manière prolongée sur l'icône de l'application, puis sur Infos sur l'appli et sélectionnez Langue.
  • Paramètres > Système > Langues et saisie > Langue des applis > nom_de_l'appli.

L'application Paramètres doit continuer à lancer la page des paramètres régionaux de l'application à partir de l'intention android.settings.App_Locale_Settings.

Pour en savoir plus, consultez Paramètres de langue par application.

TV

Mode tunnel multimédia

Android 13 étend le comportement défini de la lecture vidéo tunnelée et associe ce nouveau comportement à des tests de certification CTS supplémentaires.

Pour en savoir plus, consultez Tunneling multimédia.

Mises à jour

Mises à jour virtuelles A/B

Android 13 ajoute les fonctionnalités de compression XOR et de fusion de l'espace utilisateur pour les mises à jour Virtual A/B. La compression XOR permet de réduire la taille des instantanés, car les données XOR sont plus faciles à compresser que les données brutes des blocs. La fonctionnalité de fusion de l'espace utilisateur permet au composant d'espace utilisateur snapuserd de gérer le processus de fusion pour les mises à jour Virtual A/B, ce qui réduit les temps de fusion par rapport à Android 12, où un appareil dm-snapshot est utilisé.

Pour savoir comment activer ces fonctionnalités sur les appareils qui passent à Android 13, consultez Compression XOR et Fusion de l'espace utilisateur.

Virtualisation

Framework de virtualisation Android

Le Framework de virtualisation Android (AVF) fournit des environnements d'exécution sécurisés et privés pour l'exécution de code. L'AVF est idéal pour les cas d'utilisation axés sur la sécurité qui nécessitent des garanties d'isolation plus fortes, voire formellement vérifiées, que celles offertes par le bac à sable d'application d'Android.

Pour en savoir plus, consultez la présentation du framework de virtualisation Android.