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 est compatible avec 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).

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 de point d'accès virtuel 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 section 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 est compatible avec 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, 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.