Notes de version d'Android 16

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

Audio

Compatibilité avec les stratégies audio configurables

Le HAL HIDL permet aux fournisseurs Android d'utiliser une autre approche pour spécifier les règles de routage audio, appelée "Règles audio configurables" (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 AIDL HAL, la compatibilité avec CAP n'a pas été implémentée dans Android 14 et 15 en raison du 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 Prise en charge des règles audio configurables dans AIDL HAL.

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

Architecture

Bootloader générique (GBL)

Android 16 est compatible avec un nouveau Generic Bootloader (GBL), un bootloader standardisé et évolutif conçu pour rationaliser le processus de démarrage d'Android.

Pour en savoir plus sur GBL, consultez Présentation du Generic Bootloader (GBL).

Taille de page de 16 ko

Dans Android 16, l'optimisation de la mémoire a été implémentée pour le stockage local des threads (TLS). Les tampons des fonctions basename() et dirname() sont désormais isolés de la région TLS principale dans des pages mémoire dédiées qui ne sont allouées qu'à la première utilisation. Cette modification permet de réaliser d'importantes économies de mémoire, 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 permet non seulement de réduire la consommation globale de mémoire, mais aussi de fournir plus d'espace pour que la pile puisse croître avant de nécessiter une nouvelle page, ce qui contribue à réduire les défauts de page dus à l'expansion de la pile. Les systèmes utilisant une taille de page de 4 ko bénéficient également d'une certaine économie 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 la suite de tests ITS pour les caméras

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

Document de définition de compatibilité

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

Modifications apportées au test Bluetooth MIDI 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 boucle MIDI Bluetooth CTS-V sans périphérique MIDI USB.

Pour consulter la documentation spécifique à cette modification, consultez Mises à jour des tests CTS Verifier Bluetooth MIDI.

Modifications apportées au test du baromètre CTS Verifier

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

Pour en savoir plus sur cette modification, consultez Tests de mesure du baromètre CTS Verifier.

Mises à jour des tests multidétecteurs CTS Verifier

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

Pour consulter la documentation spécifique à cette modification, consultez Mises à jour du test multidétecteur CTS Verifier.

Connectivité

Identification de l'OS Android

À partir d'Android 16, le framework Android inclut un service d'attribut générique (GATT) appelé "Android information service" (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 le système d'exploitation Android, et de gérer une logique spécialisée en fonction du niveau d'API.

Pour en savoir plus, consultez 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 active ou désactive le mode de rappel d'urgence 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 des opérateurs et du 3GPP. Par exemple, si l'équipement utilisateur (UE) est en mode de rappel d'urgence, le module IMS peut être configuré pour maintenir son enregistrement d'urgence pendant une certaine période. Le module IMS peut également gérer, étendre et annuler l'enregistrement d'urgence en fonction de l'état du mode de rappel d'urgence.

Mises à jour du service IMS

Android 16 introduit des API système que les fabricants et fournisseurs d'appareils peuvent utiliser pour leur implémentation IMS. Le tableau suivant liste 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 distance

Android 16 introduit le module Ranging, qui regroupe les API pour les technologies de mesure de distance, y compris l'ultrabande, le sondage de canal Bluetooth, la mesure de distance RSSI Bluetooth et le temps d'aller-retour Wi-Fi (RTT). Pour en savoir plus, voir :

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

Android 16 introduit la méthode SoftApCallback#onClientsDisconnected pour obtenir la liste des clients déconnectés d'un point d'accès Wi-Fi (SoftAP) 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 la fonctionnalité 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 partagé ou de WifiManager#registerLocalOnlyHotspotSoftApCallback pour un point d'accès local uniquement. Les rappels de point d'accès logiciel enregistrés existants doivent remplacer la méthode SoftApCallback#onClientsDisconnected. Pour en savoir plus, consultez 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 partagé sur la page des paramètres de voiture AAOS de référence utilisant 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

Le fenêtrage du bureau 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 fenêtrage sur ordinateur, consultez Compatibilité avec le mode multifenêtre.

Interaction

Technologie tactile

Android 16 introduit des API pour réduire la fragmentation des retours haptiques dans l'écosystème, éliminer le besoin de réglages individuels des appareils et offrir aux développeurs et aux utilisateurs finaux des appareils des expériences de mouvement plus riches et expressives. 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.

Voici un récapitulatif de la façon dont les nouvelles API d'Android 16 améliorent les capacité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 base 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 haptique.
  • Activez les expériences multisensorielles telles que la combinaison du haptique et du son.
  • Combler le fossé de parité des fonctionnalités de développement haptique Android.

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

Capteur de fréquence cardiaque de base

Dans Android 16, pour maintenir la compatibilité, le framework Android utilise l'autorisation SENSOR_PERMISSION_READ_HEART_RATE pour les capteurs de fréquence cardiaque de base. Dans 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 fréquence cardiaque, consultez Fréquence cardiaque.

Contenus multimédias

Compatibilité HDR

Android 16 apporte les améliorations suivantes à 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 l'Ultra HDR pour les photos par défaut.
  • Fournir une assistance pour les applications vidéo HLG et la capture Ultra HDR.

Framework de qualité du contenu multimédia

Dans Android 16, nous concevons un nouveau framework de qualité audio et d'image pour établir une API standardisée pour les implémentations de téléviseurs 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 précis de la qualité d'image par flux, par utilisateur et par type d'entrée sur l'écran, 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-image à haut débit conçu pour permettre aux créateurs de contenu de capturer et de modifier des vidéos de qualité optimale.

Google prévoit également de faire passer tous les utilisateurs de VP8, VP9 et AVC (H.264) à AV1. Les développeurs d'applications préfèrent AV1, le codec de nouvelle génération, 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, même si 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 la prise en charge d'APV dans les applications 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 le 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 casting ou de la duplication d'applications qui permettent le streaming, le casting ou la duplication à partir d'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 le streaming d'un téléphone mobile ou d'une tablette vers une application de véhicule connecté et une application d'appareils XR.

Pour en savoir plus, consultez Rôles Android.

Sécurité

Sécurité des réseaux mobiles

Android 16 apporte des modifications mineures à l'UX du bouton d'activation de la connectivité 2G présent dans les paramètres de la carte SIM pour l'aligner sur le reste des Paramètres. Android 16 introduit également une section dédiée aux fonctionnalités de sécurité des réseaux mobiles, nommée Sécurité du réseau mobile dans le Centre de sécurité sous Paramètres.

Intégrité de l'appareil

Android 16 ajoute la prise en charge des 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 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 que cette fonctionnalité soit compatible, votre application Contacts doit :

  • Promouvoir les options de synchronisation avec le cloud pour éviter la perte de contacts au fil du temps
  • Demander aux utilisateurs s'ils souhaitent transférer leurs contacts locaux et de carte SIM vers des comptes cloud par défaut
  • 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 en cours de mise à jour, il est arrêté et mis en état figé pour l'empêcher de s'exécuter pendant que son code et ses ressources sont en cours de modification. Pour les applications volumineuses, complexes et critiques pour le système, la mise en état figé des packages peut entraîner une mauvaise expérience utilisateur, car les applications dépendantes peuvent ne pas pouvoir s'exécuter.

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 gel d'une application de plusieurs secondes à quelques dizaines de millisecondes.

Virtualisation

Android 16 étend les capacités du framework de virtualisation Android (AVF) et de l'hyperviseur KVM protégé (pKVM), par exemple en améliorant les mises à jour de l'OS dans les machines virtuelles (VM) et en introduisant un terminal Linux. Voici une liste des modifications importantes apportées à AVF :

  • Compatibilité avec le kit de développement natif de bas niveau (LL-NDK) AVF. Android 16 permet aux fournisseurs de lancer des VM à partir de la partition du fournisseur à l'aide d'AVF géré par Google.
  • Compatibilité avec les VM de démarrage anticipé. AVF permet aux VM de s'exécuter plus tôt dans le processus de démarrage, ce qui est avantageux pour les charges utiles critiques telles que les couches d'abstraction matérielle (HAL) KeyMint.
  • Mises à jour Microdroid. Microdroid inclut un stockage chiffré redimensionnable et la prise en charge des VM protégées 16K pour améliorer les performances.
  • Compatibilité avec le terminal Linux Ferrochrome introduit un terminal Linux basé sur Debian dans une machine virtuelle.
  • Framework de micrologiciel invité pour la compatibilité avec le profil A d'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 de confiance standard (TA) vous permet d'exécuter des applets de confiance TrustZone dans des VM protégées pour une isolation et une facilité de mise à jour améliorées.
  • Prise en charge des appels de surveillance sécurisés (SMC) privés aux fournisseurs. Vous pouvez déplacer le code existant avec des SMC privés aux fournisseurs dans une pVM.
  • Modifications de l'attribution des appareils : Android 16 permet d'attribuer des appareils de plate-forme à des pVM, ce qui permet un accès direct au matériel.
  • Prise en charge de la parité des invités non protégés : Les invités non protégés bénéficient d'une prise en charge complète du système de notification de l'unité de gestion de la mémoire (MMU) et d'une mémoire non épinglée comme une application Android.
  • Mises à jour concernant le 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 Android Virtualization Framework.