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

Cette page récapitule les principales fonctionnalités des versions Android 13 et Android 13 QPR, 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

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 la section Partition de démarrage générique.

Modules GKI

Dans Android 13, certaines fonctionnalités du kernel sont fournies dans des modules pouvant être chargés dynamiquement, appelés modules GKI, afin de réduire l'espace mémoire du kernel GKI sur les appareils qui n'en ont pas besoin.

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

Composants du système modulaire

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

  • AdServices: compatible avec 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 à fournir une expérience Bluetooth cohérente et de haute qualité à tous les utilisateurs Android.
  • OnDevicePersonalization : fournit un ensemble d'outils développés en mettant la confidentialité des utilisateurs au premier plan.
  • 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 du noyau générique (GKI).

Pour en savoir plus, consultez la section Compatibilité du système de fichiers du kernel Android.

Audio

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

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

Prise en charge de MIDI 2.0

À partir d'Android 13, la compatibilité avec 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 de l'HAL audio

À partir d'Android 13, la version 7.1 de l'HAL audio est mise à jour. Pour en savoir plus, consultez la section HAL audio.

Automobile

Nouvelles fonctionnalités Android Automotive

Pour en savoir plus sur les nouvelles fonctionnalités Automotive d'Android 13, consultez la section 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 la caméra 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 en savoir plus sur la migration des processus HAL à partir d'interfaces de caméra HIDL vers des interfaces de caméra AIDL, consultez la section HAL de caméra AIDL.

Mises à jour de débogage de l'appareil photo

Android 13 ajoute l'outil de débogage watch au service de l'appareil photo, ce qui permet d'afficher les modifications apportées aux valeurs de la requête de capture et des résultats envoyées depuis et vers le HAL de l'appareil photo. L'outil permet d'afficher un aperçu en direct des vidages de surveillance des balises à partir de clients ouverts et de consulter les vidages mis en cache à partir de clients fermés.

Pour en savoir plus, consultez la section Déboguer l'appareil photo.

Stabilisation de l'aperçu de l'appareil photo

Android 13 prend en charge 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 ce que vous voyez est ce que vous obtenez (WYSIWYG) lors de la comparaison entre l'aperçu de l'appareil photo et l'enregistrement.

Pour en savoir plus, consultez la section Stabilisation de l'aperçu de l'appareil photo.

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

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

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

Sortie de la caméra 10 bits

Android 13 est compatible avec la sortie de l'appareil photo 10 bits via des profils de plage dynamique pouvant être configurés par le client de l'appareil photo dans le cadre de 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 la section Sortie de l'appareil photo 10 bits.

Pour encourager l'adoption de la sortie d'appareil photo 10 bits dans les applications tierces, telles que les applications de réseaux sociaux, afin d'améliorer les expériences 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 la section Validation.

Compatibilité

Mises à jour de l'ITS de l'appareil photo

Android 13 apporte des modifications à l'ITS de l'appareil photo, qui incluent la prise en charge des tests vidéo, les versions mises à jour de Python et des packages, ainsi que les mises à jour matérielles de test.

Pour en savoir plus, consultez les notes de version de la suite de tests d'images de l'appareil photo Android 13.

Mises à jour de la CDD

Le document de définition de la compatibilité Android 13 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.

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

Comptes par défaut pour les nouveaux contacts

Les applications de contacts préchargées doivent gérer l'intent ContactsContract.Settings.ACTION_SET_DEFAULT_ACCOUNT, qui permet à l'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 doit utiliser le compte par défaut 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é

Autoriser le bouton d'activation/de désactivation de la 2G

Dans Android 13, le bouton d'activation/de désactivation Autoriser la 2G dans les 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 le bouton bascule Autoriser la 2G est grisé, un message indique que l'opérateur de l'utilisateur exige que la 2G soit disponible. Dans les versions précédentes, le bouton bascule 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 conjonction 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 compagnon de données uniquement.

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 USAGE_SETTING_VOICE_CENTRIC ou USAGE_SETTING_DATA_CENTRIC.

La fonctionnalité de paramétrage de l'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é Multiréseaux simultanés avec connexion 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 fournissant un accès à Internet.

Pour en savoir plus, consultez la section Concurrency STA/STA Wi-Fi.

Mises à jour de l'API IMS

Android 13 apporte les mises à jour suivantes aux API d'enregistrement unique IMS:

  • DelegateRegistrationState :

    • Prise en charge des cas où le framework doit attendre la fin des sessions SIP avant de détruire 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 la spécification RCC.72, ajoute une nouvelle valeur au constructeur pour permettre à l'application de messagerie de spécifier si l'utilisateur a activé ou désactivé le RCS.
    • Ajoute la constante RCS_PROFILE_2_4 pour permettre à une application de messagerie d'indiquer qu'elle est compatible avec la version 2.4 du profil universel RCS.

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 la section Utiliser ImsStateCallback.
  • Refactorisez le provisionnement IMS pour le service IMS afin de prendre en charge les cas d'utilisation du provisionnement MVNO.
  • Amélioration du modèle de threads dans le service IMS.
  • Ajout d'API compatibles avec les abonnements SIM dans le service IMS

Plusieurs profils activés pour l'eUICC

Android 13 prend en charge plusieurs profils activés (MEP) pour l'eUICC, ce qui permet aux appareils d'être compatibles avec 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 la section Plusieurs profils activés.

Exigences concernant l'étalonnage de la présence

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

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

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

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

Pour en savoir plus, consultez la section Service time_zone_detector.

Améliorations apportées à l'API TelephonyManager UICC access

Android 13 supprime l'état obsolète et apporte des améliorations à 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 de TelephonyManager. Par conséquent, dans Android 13, ces API ne sont plus obsolètes et offrent des améliorations pour la gestion des canaux logiques UICC. Auparavant, lorsqu'une application appelante qui ouvre un canal logique plante, le canal logique peut fuir, ce qui signifie qu'il n'est pas libéré et qu'il ne peut pas être réutilisé par l'application sans redémarrage. Grâce aux améliorations d'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 d'API sont effectuées au niveau de l'implémentation et sont entièrement rétrocompatibles. Aucune action supplémentaire n'est requise pour que les applications appelantes utilisent ces API.

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

Android 13 prend en charge 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 la section Approbation à l'utilisation initiale.

Compatibilité avec la bande ultralarge

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

Pour en savoir plus, consultez la section Bande ultralarge.

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

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

Pour en savoir plus, consultez la section Compatibilité simultanée 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 la section Wi-Fi Aware.

Mises à jour du partage de connexion via un point d'accès Wi-Fi (point d'accès 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 la section Point d'accès Wi-Fi (point d'accès logiciel).

Concurrency multi-interface Wi-Fi

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

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

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

À partir d'Android 13, si des intervalles d'analyse différents sont nécessaires au moment de l'exécution, les applications privilégiées peuvent définir de manière dynamique 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 la section Sélection du réseau Wi-Fi.

Écran

Gestionnaire de tâches

Dans Android 13, une nouvelle affordance d'UI système appelée Gestionnaire des 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 la section Gestionnaire des tâches.

Commandes multimédias dans l'UI du système

À partir d'Android 13, les commandes multimédias de l'UI système contiennent des mises à jour des boutons d'action et de la lecture à distance. Ces modifications permettent d'offrir une expérience de contrôle des contenus multimédias plus soignée sur les téléphones et les tablettes, et de transférer des contenus multimédias de manière fluide entre les appareils.

Pour en savoir plus, consultez la section Commandes multimédias dans l'UI système.

Composition SDR et HDR mixte

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

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

Autorisation de notification pour les notifications nécessitant une confirmation

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

Mappage de la luminance HDR sur une plage compatible avec le SDR

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

Pour en savoir plus, consultez Mappage des tons de la luminance HDR sur une plage compatible avec la technologie SDR.

Graphiques

AIDL pour le HAL Hardware Composer

À partir d'Android 13, le HAL Hardware Composer (HWC) est défini en 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 la page AIDL pour le HAL Hardware Composer.

Gestion du framebuffer client

À partir d'Android 13, de nouveaux framebuffers, utilisés lors de la composition du client, sont alloués chaque fois que la résolution d'affichage 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 la section Gestion du framebuffer client.

Intervention de limitation des images par seconde (FPS)

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

Verrouillage de tampon non signalé avec AutoSingleLayer

Android 13 ajoute une nouvelle configuration appelée AutoSingleLayer pour verrouiller 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 entre les couches, tels que les modifications de géométrie ou les transactions de synchronisation.

Pour en savoir plus, consultez la section Blocage de tampon non signalé avec AutoSingleLayer.

Interaction

Authentification pour les commandes de la maison

Dans Android 13, l'API Device Controls inclut une nouvelle méthode appelée isAuthRequired, qui permet aux fournisseurs de commandes d'appareils de spécifier quelles commandes de la maison peuvent effectuer des interactions sur un appareil verrouillé. Cela permet une interaction plus fluide sur les points d'entrée, tels qu'un écran de téléphone verrouillé.

Protocole HID du suivi de la tête

Android 13 introduit le protocole HID (Human Interface Device) de 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 Android et aux applications via le framework de capteurs.

Pour en savoir plus, consultez la section Protocole HID du suivi de la 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 verrouillage.

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 coûts généraux des tâches d'inférence de l'apprentissage automatique 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 Sensors AIDL

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

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 des statistiques d'encodage pour chaque frame vidéo encodé. Grâce aux statistiques obtenues de l'encodeur vidéo, les applications peuvent optimiser leurs tâches d'encodage vidéo, telles que l'encodage multipass et le prétraitement des images avant l'encodage.

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

Performances

HAL AIDL Santé

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

Amélioration des performances au moment du chargement du jeu

Android 13 introduit un nouveau mode d'alimentation dans le service Gestionnaire d'alimentation nommé GAME_LOADING, qui indique au HAL d'alimentation si l'application de jeu est en cours de chargement afin que le HAL d'alimentation puisse accélérer le chargement. Pour en savoir plus, consultez la section Amélioration des performances au moment du chargement du jeu.

Autorisations

Répartition des autorisations d'accès aux capteurs corporels

À partir d'Android 13, l'autorisation BODY_SENSORS est divisée en deux autorisations: BODY_SENSORS pour suivre la fréquence cardiaque au premier plan et BODY_SENSORS_BACKGROUND pour suivre la fréquence cardiaque 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 en arrière-plan des applications

Android 13 introduit le concept d'un traceur de comportement en arrière-plan d'application 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 la section Outils de suivi 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'alimentation lors de la sauvegarde et de la restauration par USB en appelant la méthode enableLimitPowerTransfer de la classe UsbPort.

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

Sécurité

Identifiants d'identité

Android 13 est compatible avec les présentations multi-documents. Cette nouvelle interface de session de présentation permet à une application de réaliser une présentation multidocument, ce qui n'est pas possible avec l'API existante.

Pour en savoir plus, consultez Identité.

APK Signature Scheme v3.1

Ce schéma est utilisé par défaut lors de la signature d'un APK avec une clé de signature et une lignée de signature ayant subi une rotation. Il permet à un seul 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 de plate-forme précédentes 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 permettre le même comportement pour les installations incrémentielles.

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

Sous Android 13, les intents provenant d'applications externes sont envoyés à un composant exporté si et seulement si les intents correspondent à leurs éléments de filtre d'intent déclarés.

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

  • Intents envoyés à des 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 par le fournisseur

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, seules les applications et les modules de framework avaient accès à cette interface. En le convertissant en interface stable du fournisseur, les modules HAL peuvent également communiquer avec les éléments sécurisés via le service OMAPI.

Pour en savoir plus, consultez la page Interface stable du fournisseur OMAPI.

Les UID partagés sont obsolètes

À partir d'Android 13-QPR, les UID partagés sont obsolètes. Les utilisateurs d'Android 13 ou version ultérieure doivent ajouter 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 la section Signature d'application.

Paramètres

Paramètres de langue par appli

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

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

L'application Paramètres doit continuer à lancer la page des paramètres de langue de l'application à partir de l'intent android.settings.App_Locale_Settings.

Pour en savoir plus, consultez la section Paramètres linguistiques par application.

TV

Mode tunnel multimédia

Android 13 étend le comportement défini de la lecture vidéo en tunnel 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 A/B virtuelles. 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 de bloc brutes. La fonctionnalité de fusion de l'espace utilisateur permet au composant de l'espace utilisateur snapuserd de gérer le processus de fusion pour les mises à jour A/B virtuelles, 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 strictes, voire formellement validées, que celles proposées par le bac à sable d'application Android.

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