Notes de version d'Android 16

Cette page résume les principales fonctionnalités de la version Android 16 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.

Audio

Compatibilité avec les règles audio configurables

Le HAL HIDL permet aux fournisseurs Android d'utiliser une autre approche pour spécifier des règles de routage audio appelée CAP (Configurable Audio Policy), qui est plus flexible que le moteur par défaut utilisé pour les téléphones. Lors de la migration vers le HAL AIDL, la prise en charge de CAP n'a pas été implémentée dans Android 14 et 15 en raison d'un manque de ressources. Nous avons corrigé ce problème dans Android 16 en fournissant les définitions AIDL manquantes et en modifiant le mécanisme de chargement de la configuration CAP par le framework. Pour en savoir plus, consultez la section Compatibilité avec les règles audio configurables dans le HAL AIDL.

Nous avons converti la cible Auto de Cuttlefish pour tirer parti de l'implémentation de l'AIDL CAP afin d'aider les partenaires à migrer leurs produits.

Architecture

Bootloader générique (GBL)

Android 16 prend en charge un nouveau bootloader générique (GBL), un bootloader standardisé et pouvant être mis à jour conçu pour simplifier le processus de démarrage d'Android.

Pour en savoir plus sur le GBL, consultez la présentation du bootloader générique (GBL).

Taille de page de 16 ko

Dans Android 16, l'optimisation de la mémoire a été implémentée pour le stockage TLS (thread-local storage). Les tampons des fonctions basename() et dirname() sont désormais isolés de la région TLS principale dans des pages de mémoire dédiées qui ne sont allouées qu'à la première utilisation. Cette modification permet de réaliser des économies de mémoire importantes, en particulier sur les systèmes avec une taille de page de 16 ko, car elle libère environ 8 ko dans la page de mémoire du thread initial. Cette optimisation réduit non seulement la consommation de mémoire globale, mais fournit également plus d'espace pour que la pile puisse se développer avant d'exiger une nouvelle page, ce qui permet de réduire les erreurs de page dues à l'expansion de la pile. Les systèmes utilisant une taille de page de 4 ko enregistrent également des économies de mémoire.

Pour en savoir plus sur la taille de page de 16 ko, consultez Taille de page de 16 ko.

Compatibilité

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

Android 16 contient des mises à jour de la suite de tests d'images de la caméra (ITS). Pour en savoir plus, consultez les pages suivantes:

Document de définition de la compatibilité (CDD)

Le document de définition de la compatibilité Android 16 (CDD) est publié.

Modifications apportées aux tests MIDI Bluetooth du vérificateur CTS

Pour simplifier la procédure de test et réduire les erreurs potentielles, Android 16 vous permet d'exécuter des tests de bouclage MIDI Bluetooth CTS-V sans périphérique MIDI USB.

Pour obtenir la documentation spécifique à cette modification, consultez la page Mises à jour des tests Bluetooth MIDI du vérificateur CTS.

Informations sur les tests du baromètre de l'outil de contrôle CTS

Pour prendre en charge les fonctionnalités de localisation Android, Android 16 inclut un nouvel ensemble de tests de mesure du baromètre CTS-V.

Pour en savoir plus sur ce changement, consultez la documentation sur les tests de mesure du baromètre du vérificateur CTS.

Informations sur les tests multiappareils du vérificateur CTS

Pour prendre en charge les fonctionnalités de connectivité Android, Android 16 inclut un nouvel ensemble de tests CTS-V.

Pour en savoir plus sur cette modification, consultez la documentation Mises à jour des tests multiappareils du vérificateur CTS.

Connectivité

Identification de l'OS Android

À partir d'Android 16, le framework Android inclut un service d'attribut générique (GATT) appelé service d'informations Android (AIS), qui permet aux appareils Bluetooth de lire le niveau d'API Android en tant que caractéristique GATT du service. Ce service permet aux fabricants d'appareils Bluetooth de savoir si un périphérique Bluetooth est associé à un appareil central exécutant l'OS Android, et de gérer une logique spécialisée en fonction du niveau de l'API.

Pour en savoir plus, consultez la section Identification de l'OS Android.

Mode de rappel d'urgence

Android 16 introduit l'API système EmergencyCallbackModeListener, qui permet au module IMS d'obtenir l'état du mode de rappel d'urgence via un rappel lorsque l'appareil passe en mode de rappel d'urgence ou en sort pour les SMS ou les appels. Les fabricants d'appareils peuvent utiliser cette API pour implémenter la gestion de l'enregistrement IMS afin de répondre aux exigences de l'opérateur et de la 3GPP. Par exemple, si l'équipement utilisateur (UE) est en mode de rappel d'urgence, le module IMS peut être configuré pour conserver son enregistrement d'urgence pendant une certaine période. Le module IMS peut également gérer, prolonger et annuler l'enregistrement d'urgence en fonction de l'état du mode de rappel d'urgence.

Actualités du service IMS

Android 16 introduit des API système que les fabricants et les fournisseurs d'appareils peuvent utiliser pour leur implémentation IMS. Le tableau suivant répertorie les API que les applications privilégiées peuvent utiliser pour prendre en charge les services IMS:

Classe API
MmTelFeature EpsFallbackReason
ImsTrafficType
ImsTrafficDirection
modifyImsTrafficSession
startImsTrafficSession
stopImsTrafficSession
triggerEpsFallback
ImsTrafficSessionCallback Tous
ConnectionFailureInfo Tous
TelephonyManager getImsPrivateUserIdentity
getImsPublicUserIdentities
getImsPcscfAddresses
getSimServiceTable
ImsCallSessionListener callSessionTransferred
callSessionTransferFailed
callSessionSendAnbrQuery
SmsMessage getRecipientAddress

Module de mesure de la distance

Android 16 introduit le module de mesure de la distance, qui regroupe les API pour les technologies de mesure de la distance, y compris la bande ultralarge, l'analyse de canaux Bluetooth, la mesure de la distance RSSI Bluetooth et le délai aller-retour (DAR) Wi-Fi. Pour en savoir plus, voir :

Mises à jour du point d'accès Wi-Fi

Android 16 introduit la méthode SoftApCallback#onClientsDisconnected, qui permet d'obtenir la liste des clients déconnectés d'un point d'accès Wi-Fi (Soft AP) et la raison de la déconnexion pour chaque client. Cette fonctionnalité permet aux OEM automobiles de respecter les spécifications requises pour les applications projetées, ce qui améliore la configurabilité et les fonctionnalités de la pile Wi-Fi Android.

Pour utiliser la méthode SoftApCallback#onClientsDisconnected, enregistrez un rappel pour obtenir les fonctionnalités de l'appareil à l'aide de WifiManager#registerSoftApCallback pour un point d'accès associé ou de WifiManager#registerLocalOnlyHotspotSoftApCallback pour un point d'accès local uniquement. Les rappels d'AP virtuels enregistrés existants doivent remplacer la méthode SoftApCallback#onClientsDisconnected. Pour en savoir plus, consultez la section Développer des applications avec les API de point d'accès.

Pour obtenir un exemple d'implémentation d'un point d'accès Wi-Fi associé sur la page de paramètres de référence de l'AAOS pour voitures qui utilise SoftApCallback, consultez WifiTetheringHandler.java.

Pour tester votre implémentation, exécutez les tests unitaires et les tests CTS Verifier suivants:

  • Tests unitaires
    • Administrateurs: atest packages/modules/Wifi/framework/tests/
    • Services: atest packages/modules/Wifi/service/tests/wifitests/
  • Tests du vérificateur CTS: atest CtsWifiSoftApTestCases

Écran

Fenêtrage du bureau

La gestion des fenêtres sur ordinateur permet d'améliorer la productivité en fournissant une interface familière pour organiser et redimensionner les fenêtres qui se chevauchent. Pour savoir comment prendre en charge le multifenêtrage sur ordinateur, consultez la page Prendre en charge le mode multifenêtre.

Interaction

Technologie tactile

Android 16 introduit des API pour réduire la fragmentation haptique dans l'écosystème, supprimer le besoin de réglage individuel des appareils et offrir des expériences de mouvement plus riches et plus expressives aux développeurs et aux utilisateurs finaux des appareils. La nouvelle API PWLE (piecewise linear envelope) permet de créer des effets PWLE normalisés qui produisent des perceptions haptiques similaires sur des appareils similaires.

Vous trouverez ci-dessous un récapitulatif de la façon dont les nouvelles API d'Android 16 améliorent les fonctionnalités haptiques:

  • Réduisez les coûts de développement en supprimant le réglage par appareil grâce à une échelle de valeurs normalisée.
  • Créez un ensemble de référence de primitives haptiques pour l'écosystème (par exemple, CLICK, TICK, LOW_TICK, SLOW_RISE, QUICK_RISE, QUCK_FALL, THUD, SPIN).
  • Prise en charge de la création et de la composition d'effets paramétriques (durée, amplitude et fréquence).
  • Prise en charge de la protection automatique contre la surcharge des retours haptiques.
  • Proposez des expériences multisensorielles, comme la combinaison de la haptique et du son.
  • Combler l'écart entre les fonctionnalités des développeurs haptiques Android

Nous vous recommandons d'intégrer et d'utiliser les nouvelles API PWLE normalisées pour activer les primitives haptiques de référence et prendre en charge les nouvelles expériences haptiques pour les développeurs. Pour en savoir plus, consultez la section Implémenter des effets PWLE.

Capteur de fréquence cardiaque

Dans Android 16, pour assurer la compatibilité, le framework Android utilise l'autorisation SENSOR_PERMISSION_READ_HEART_RATE pour les capteurs de base de la fréquence cardiaque. Sous Android 15 et versions antérieures, le framework utilise l'autorisation SENSOR_PERMISSION_BODY_SENSORS. Pour en savoir plus sur le type de capteur de base de la fréquence cardiaque, consultez la section Fréquence cardiaque.

Contenus multimédias

Compatibilité HDR

Android 16 introduit les améliorations suivantes pour la prise en charge du HDR:

Nous vous recommandons de suivre les conseils suivants:

  • Activez HLG ou DolbyVision (8.4 avec HLG) par défaut dans votre application d'appareil photo.
  • Activez Ultra HDR pour les photos par défaut.
  • Assurez la compatibilité de l'application avec la vidéo HLG et la capture Ultra HDR.

Cadre de qualité du contenu multimédia

Dans Android 16, nous concevons un nouveau framework de qualité d'image et audio afin d'établir une API standardisée pour les implémentations de télévision Android. Ce framework fournit une approche unifiée pour les ajustements de la qualité d'image (PQ) et de la qualité audio (AQ) sur les téléviseurs Android, et simplifie le développement pour les fournisseurs. Cette fonctionnalité offre les avantages suivants:

  • Paramètre de qualité d'image précis par flux, par utilisateur et par type d'entrée sur le panneau d'affichage, avec un paramètre au niveau du système pour l'ensemble de l'écran à utiliser dans toutes les applications
  • Paramètre audio précis par flux et par appareil, avec un paramètre au niveau du système à utiliser dans toutes les applications

Codec vidéo

Dans Android 16, nous lançons la prise en charge de la plate-forme pour le codec APV (Advanced Professional Video). Le codec APV est un codec intra-frame à débit élevé conçu pour offrir aux créateurs de contenu des captures et des montages de haute qualité.

De plus, Google prévoit de passer tous les utilisateurs de VP8, VP9 et AVC (H.264) à AV1. Les développeurs d'applications préfèrent AV1, la prochaine génération de codecs, pour éviter les transcodages dans le backend et réduire la latence. Les codecs matériels sont toujours recommandés, en particulier pour l'encodage, bien que la prise en charge du codec logiciel AV1 s'améliore.

Vous pouvez adopter AV1 pour une qualité, une fiabilité et une simultanéité supérieures, et envisager de prendre en charge APV dans l'application Appareil photo et Galerie.

Performances

Mode Trade In

Android 16 introduit le mode échange, qui permet aux développeurs et aux revendeurs d'évaluer l'état du système après un rétablissement de la configuration d'usine.

Pour en savoir plus, consultez Obtenir des informations sur l'état du système.

Autorisations

Mises à jour des rôles Android

Android 16 met à jour les rôles suivants:

  • COMPANION_DEVICE_APP_STREAMING: pour les cas d'utilisation du streaming, du castage ou de la duplication d'applications, qui permettent de diffuser, de caster ou de dupliquer des applications depuis un appareil Android tel qu'un téléphone mobile ou une tablette vers un ordinateur de bureau ou portable.

  • COMPANION_DEVICE_NEARBY_DEVICE_STREAMING: pour les cas d'utilisation des appareils Android tels que les téléphones mobiles ou les tablettes pour l'application de véhicule connecté et le streaming d'applications sur les appareils XR.

Pour en savoir plus, consultez la section Rôles Android.

Sécurité

Sécurité des réseaux mobiles

Android 16 introduit des modifications mineures de l'expérience utilisateur pour le boutons d'activation/de désactivation de la connectivité 2G présent dans les paramètres de la carte SIM afin de l'aligner sur le reste des paramètres. Android 16 introduit également une section dédiée aux fonctionnalités de sécurité mobile intitulée Sécurité du réseau mobile dans le Centre de sécurité sous Paramètres.

Intégrité de l'appareil

Android 16 prend en charge les certificats d'attestation KeyMint version 4.0. Pour vérifier l'intégrité des modules APEX chargés, les certificats KeyMint 4.0 incluent un nouveau champ moduleHash dans la structure KeyDescription.

Pour en savoir plus, consultez la section Attestation de clé et d'ID.

Stockage

Compte de contacts par défaut

Les utilisateurs Android perdent certains contacts lorsqu'ils passent à un autre appareil. Pour réduire la perte de contacts, Android 16 introduit le concept de compte par défaut pour les contacts. Pour prendre en charge cette fonctionnalité, votre application Contacts doit:

  • Promouvoir les options de synchronisation dans le cloud pour éviter de perdre des contacts au fil du temps
  • Demander aux utilisateurs s'ils souhaitent déplacer leurs contacts locaux et SIM vers les comptes par défaut du cloud
  • Décourager la création de contacts locaux et sur la carte SIM

Mises à jour

Mises à jour d'applications simplifiées

Lorsqu'un package est mis à jour, il est arrêté et mis en état de "gel" pour l'empêcher de s'exécuter pendant que son code et ses ressources changent. Pour les applications volumineuses, complexes et critiques pour le système, le fait de congeler des packages peut entraîner une mauvaise expérience utilisateur, car les applications dépendantes peuvent ne pas pouvoir être exécutées.

Android 16 réduit le temps pendant lequel une application ne peut pas être exécutée en déplaçant dexopt ou dex2oat vers une phase antérieure du processus d'installation. Cette modification réduit le temps de blocage d'une application de plusieurs secondes à quelques dizaines de millisecondes.

Virtualisation

Android 16 offre des fonctionnalités étendues au framework de virtualisation Android (AVF) et à l'hyperviseur KVM (pKVM) protégé, telles que des mises à jour de l'OS améliorées dans les machines virtuelles (VM) et l'introduction d'un terminal Linux. Vous trouverez ci-dessous une liste des modifications importantes apportées à AVF:

  • Compatibilité avec le kit de développement natif de bas niveau (LL-NDK) d'AVF Android 16 permet aux fournisseurs de lancer des VM à partir de la partition du fournisseur à l'aide de l'AVF géré par Google.
  • Compatibilité avec les VM de démarrage anticipé L'AVF permet aux VM de s'exécuter plus tôt dans le processus de démarrage, ce qui profite aux charges utiles critiques telles que les couches d'abstraction matérielle (HAL) KeyMint.
  • Mises à jour de Microdroid. Microdroid inclut un stockage chiffré redimensionnable et la prise en charge de la VM protégée 16 Ko pour améliorer les performances.
  • Compatibilité avec le terminal Linux Ferrochrome propose un terminal Linux basé sur Debian dans une machine virtuelle.
  • Framework de micrologiciel invité pour la compatibilité avec le profil A Arm (FF-A). pKVM est compatible avec la communication sécurisée standardisée FF-A avec TrustZone pour les VM protégées.
  • Mises à jour des VM protégées Trusty OS pour les applications approuvées standards (TA) vous permet d'exécuter des applets approuvés TrustZone dans des VM protégées pour une meilleure isolation et une meilleure évolutivité.
  • Compatibilité avec les appels de surveillance sécurisés (SMC) privés du fournisseur Vous pouvez déplacer du code existant avec des SMC propriétaires du fournisseur vers une pVM.
  • Mises à jour de l'attribution des appareils Android 16 permet d'attribuer des appareils de plate-forme aux pVM, ce qui permet un accès direct au matériel.
  • Compatibilité avec la parité invité non protégée Les invités non protégés sont entièrement compatibles avec le notifier de l'unité de gestion de la mémoire (MMU) et la mémoire non épinglée, comme une application Android.
  • Mises à jour du traçage de l'hyperviseur Android 16 inclut des événements de journalisation structurés et un traçage de fonction amélioré.

Pour en savoir plus sur ces modifications, consultez le framework de virtualisation Android.