Notes de version d'Android 14, Android 14-QPR1 et Android 14-QPR2

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

Architecture

backend.[cpp|ndk].additional_shared_libraries

Introduit dans Android 14, backend.[cpp|ndk].additional_shared_libraries ajoute des dépendances aux bibliothèques natives et est utile avec ndk_header et cpp_header. Pour en savoir plus, consultez la section Définir une interface AIDL.

valeur gen_trace

À partir d'Android 14, gen_trace est défini sur true pour les backends cpp et java. Pour en savoir plus, consultez la section Définir une interface AIDL.

Prise en charge du kernel

À partir d'Android 14, les noyaux 5.4 ne sont plus compatibles. Consultez les informations mises à jour sur le noyau sur la page Fonctionnalités et lancement des noyaux.

Statistiques sur la source de wakeup du noyau

Android 14-QPR2 ajoute des statistiques sur les sources de wakeups à Logcat. Ces statistiques identifient les composants du noyau qui maintiennent le système actif pendant chaque cycle de suspension et de reprise. Elles peuvent être utilisées pour déboguer les performances du noyau et améliorer l'autonomie de la batterie. Les statistiques de la source de wakeup du noyau ne sont disponibles que dans le débogage utilisateur et les builds d'ingénierie pour lesquels suspend.debug.wakestats_log.enabled est défini sur true. Pour en savoir plus, consultez logKernelWakeLockStats.

Son

Mode barre de son dynamique

Avec la prise en charge du framework Android 14, les boîtiers décodeurs et les appareils de service de distribution par contournement (OTT, over-the-top) avec enceintes intégrées ou connectées peuvent être configurés pour servir de barres de son aux appareils connectés. Pour en savoir plus, consultez la section Mode barre de son dynamique.

Migration du HAL audio vers AIDL

À partir d'Android 14, l'interface audio HAL est définie à l'aide d'AIDL. Pour en savoir plus, consultez Implémentation AIDL et comparaison entre AIDL et HIDL Audio HAL.

Mises à jour du routage de plusieurs appareils USB

Le framework USB Android 14 prend en charge le routage simultané vers plusieurs appareils USB. Pour en savoir plus, consultez la section Routage combiné d'appareils audio.

Attributs préférés du mélangeur sur les appareils USB

Android 14 fournit des API de développement que les applications peuvent utiliser pour interroger et configurer les attributs de mélangeur préférés pour la lecture audio USB. Pour en savoir plus, consultez la section Attributs de mélange recommandés sur les appareils USB.

Dose sonore

Android 14 prend en charge la dose sonore dans le framework audio et l'HAL audio en surveillant en permanence les mesures de la dose sonore et en envoyant des avertissements aux utilisateurs en cas de niveaux d'exposition préjudiciables. Pour en savoir plus, consultez la section Dose de son.

À partir d'Android 14-QPR1, le calcul de la dose sonore est activé.

Appareil photo

Fonctionnalités des extensions pour l'appareil photo

Android 14 ajoute les fonctionnalités suivantes à la version 1.4.0 de l'interface des extensions d'appareil photo:

Appareil en tant que webcam

Android 14-QPR1 permet désormais d'utiliser un appareil comme webcam USB. Les appareils Android compatibles avec cette fonctionnalité sont présentés comme des appareils UVC, ce qui permet à un large éventail d'hôtes USB avec différents systèmes d'exploitation (par exemple, Linux, macOS, Windows et ChromeOS) d'utiliser l'appareil photo de l'appareil comme webcam. Pour en savoir plus, consultez la section Utiliser un appareil comme webcam.

Caméra USB de référence HAL

Android 14 migre le HAL de la caméra USB de référence vers AIDL et abandonne l'implémentation HIDL. Pour en savoir plus sur le HAL des caméras USB, consultez la section Caméras USB externes.

Ultra HDR

Android 14 permet de capturer des images compressées Ultra HDR à l'aide du format d'image JPEG_R. Ce format est rétrocompatible avec les images SDR JPEG et prend en charge le rendu HDR du contenu. Pour en savoir plus, consultez Ultra HDR.

Capture large gamme

Android 14 prend en charge la capture à large gamme de l'écran P3, qui permet aux appareils de capturer des images aux couleurs larges au format JPEG avec la classe ImageReader sans utiliser le HDR 10 bits. Pour en savoir plus, consultez la section Capture large gamme.

Compatibilité

Mises à jour ITS de la caméra

Android 14 introduit des mises à jour des tests ITS de l'appareil photo, y compris des mises à jour de Python et des versions de package, des tests mis à jour et de nouveaux tests. Pour en savoir plus, consultez les notes de version de la suite Camera Image Test d'Android 14.

Informations sur le CDD

Le document de définition de compatibilité Android 14 reprend les versions précédentes avec des mises à jour pour les nouvelles fonctionnalités et des modifications des exigences liées à des fonctionnalités déjà publiées. Pour obtenir la liste des modifications apportées à Android 14, consultez les notes de version de la définition de compatibilité Android 14.

Notes de version CTS

Consultez la liste des principales modifications apportées à CTS pour Android 14 dans les notes de version d'Android 14 CTS.

Tests du vérificateur CTS pour l'étalonnage de présence

Android 14 ajoute des tests CTS Verifier pour valider les exigences mises à jour du réseau Wi-Fi Neighbor Awareness Network (NAN) et de calibration de présence RSSI BLE. Ceux-ci incluent la justesse NAN, la précision RSSI BLE et les tests de précision du décalage Rx/Tx BLE. Pour en savoir plus, consultez Étalonnage de présence.

Classe de performance 14 (PC14) – Test CTS de la qualité d'encodage vidéo (VEQ)

Android 14 introduit les exigences de qualité d'encodage vidéo (VEQ) pour les appareils de classe de performance 14 (PC14). Les exigences de PC14-VEQ sont vérifiées par un nouveau test CTS appelé CtsVideoEncodingQualityHostTest. Pour en savoir plus, consultez la section Exécuter des tests PC14-VEQ.

Connectivité

Vente incitative de segmentation 5G

Android 14-QPR1 introduit la fonctionnalité de vente incitative de découpage 5G, qui permet aux opérateurs d'offrir des fonctionnalités réseau améliorées (latence et bande passante) aux utilisateurs via la segmentation réseau 5G. Pour en savoir plus, consultez la section Vente incitative de segmentation 5G.

Publicités ASHA pour les appareils auditifs

Pour améliorer l'expérience d'association Bluetooth sur les appareils auditifs en mode double mode ASHA et LE Audio, Android 14 permet d'utiliser le deuxième bit (0 indexé) dans l'octet de capacité ASHA pour indiquer si l'appareil est compatible avec le Service d'identification de l'ensemble coordonné (CSIS). Pour en savoir plus, consultez Compatibilité avec les appareils auditifs via Bluetooth LE.

Mises à jour de la carte eSIM avec plusieurs profils activés (MEP)

Android 14 est compatible avec les options MEP-A1 et MEP-B pour la sélection de la racine du domaine de sécurité de l'émetteur (ISD-R) et la sélection des ports eSIM, comme spécifié dans GSMA SGP V22 3.0. Pour en savoir plus, consultez la section Créer plusieurs profils activés.

GNSS

Android 14 introduit les API et fonctionnalités GNSS suivantes, disponibles via l'interface GNSS AIDL HAL:

Les appareils équipés d'Android 14 doivent utiliser GNSS AIDL HAL. Le framework GNSS est compatible avec les HAL HIDL pour les appareils mis à niveau vers Android 14, mais les nouvelles fonctionnalités GNSS ne sont disponibles que via l'interface GNSS AIDL HAL.

Les chipsets et les appareils équipés d'Android 14 ou version ultérieure qui incluent un récepteur GPS ou GNSS et signalent cette fonctionnalité aux applications via le flag de fonctionnalité android.hardware.location.gps sont vivement recommandés pour la compatibilité avec la fonctionnalité de plage delta accumulée.

Mises à jour de l'API IMS

Android 14 introduit les mises à jour suivantes pour ImsService:

  • Ajout de la classe SipDetails, qui permet à ImsService de signaler des informations clés à partir de la réponse SIP fournie par le réseau à la fin d'une procédure d'enregistrement IMS, de publication IMS ou d'abonnement IMS. Cela offre aux applications qui implémentent l'enregistrement unique RCS plus de visibilité sur la réponse de la transaction SIP en cas de problème lié au réseau ou à l'appareil, ce qui permet de résoudre rapidement les bugs ou les pannes.

    La création de rapports sur SipDetails est ajoutée aux classes suivantes:

    • ImsRegistrationImplBase, RegistrationManager.RegistrationCallback et ImsRegistrationAttributes : permettent de transmettre des informations détaillées sur les résultats de la transaction SIP lorsqu'une réponse SIP REGISTER est renvoyée du réseau.
    • RcsUceAdapter.CapabilitiesCallback et RcsCapabilityExchangeImplBase.SubscribeResponseCallback: permettent de transmettre des informations plus détaillées lorsqu'une réponse SIP SUBSCRIBE est renvoyée par le réseau.
    • RcsUceAdapter.OnPublishStateChangedListener, PublishAttributes,, CapabilityExchangeEventListener et RcsCapabilityExchangeImplBase.PublishResponseCallback: permettent de signaler des informations plus détaillées lorsqu'une réponse SIP PUBLISH est renvoyée par le réseau.

  • Ajout des classes MediaQualityStatus et MediaThreshold pour permettre la création de rapports IMS sur la qualité des médias. Les méthodes suivantes dans MmTelFeature permettent de signaler les mises à jour de la qualité des médias à d'autres applications système, telles que QualifiedNetworksService, ce qui est nécessaire pour déterminer quand modifier le transport PDN IMS:

    Les mises à jour de la qualité des médias sont signalées via l'interface TelephonyCallback#MediaQualityStatusChangedListener.

  • Ajout de la prise en charge des appels en attente depuis un terminal dans AOSP, comme défini dans les exigences IR.92 (2.3.4 Communication en attente). Il n'est donc plus nécessaire de se fier à chaque implémentation de ImsService pour mettre en œuvre ces exigences.

    Pour activer cette fonctionnalité dans AOSP:

    • Définissez la capacité ImsService#CAPABILITY_TERMINAL_BASED_CALL_WAITING et implémentez la méthode MmTelFeature#setTerminalBasedCallWaitingStatus.

    • Configurez les clés CarrierConfigManager suivantes en fonction de l'opérateur pour activer l'appel sur le terminal en attente d'un opérateur spécifique:

      • ImsSs#KEY_UT_TERMINAL_BASED_SERVICES_INT_ARRAY
      • ImsSs#SUPPLEMENTARY_SERVICE_CW
      • ImsSs#KEY_TERMINAL_BASED_CALL_WAITING_SYNC_TYPE_INT
      • ImsSs#KEY_TERMINAL_BASED_CALL_WAITING_DEFAULT_ENABLED_BOOL

  • Pour améliorer l'exécution des threads pour ImsService, ajoute un constructeur sur ImsSmsImplBase qui permet aux développeurs de fournir un exécuteur lors de la création de la classe. Cet exécuteur peut être utilisé pour planifier des requêtes IPC entrantes sur des threads spécifiques.

Service réseau qualifié

Android 14 ajoute le service de service de réseaux qualifiés (QNS) au module de téléphonie. Ce service est une implémentation de QualifiedNetworksService.java.

QNS évalue les réseaux d'accès disponibles en fonction de l'état du réseau et de la règle de l'opérateur, détermine le meilleur réseau d'accès pour chaque type d'APN (par exemple, IMS, MMS et EMERGENCY), puis transmet les informations au framework de téléphonie afin de sélectionner le type de transport pour les réseaux de données. QNS propose plus de 100 configurations d'opérateurs pour répondre aux exigences des opérateurs.

QNS est un service facultatif. Pour activer QNS, définissez la valeur de la configuration config_qualified_networks_service_package sur com.android.telephony.qns.

<string name="config_qualified_networks_service_package">
    com.android.telephony.qns
</string>

Suspendre et reprendre les sessions de découverte du Wi-Fi Aware

Android 14 permet aux applications privilégiées de suspendre et de reprendre des sessions de découverte actives Wi-Fi Aware. Cela permet aux appareils de reprendre les sessions de découverte plus rapidement et de consommer moins d'énergie. Pour en savoir plus, consultez la section Suspendre et réactiver.

API Telecom VoIP

Android 14 introduit l'API TelecomManager#addCall, qui remplace la classe ConnectionService pour les cas d'utilisation de la VoIP. Cette API constitue la base d'une nouvelle classe Jetpack CallsManager Telecom, qui simplifie le processus d'intégration des appels VoIP à la plate-forme Android. La classe Jetpack fournit aux développeurs une seule surface d'API fonctionnant sous Android 14 ou version ultérieure, ainsi qu'une couche de rétrocompatibilité qui encapsule la classe ConnectionService existante. Nous recommandons aux développeurs d'utiliser directement la classe Jetpack Telecom CallsManager pour cibler la plus grande variété de versions du SDK Android.

Mises à jour de la détection de l'heure et du fuseau horaire

Android 14 introduit les mises à jour suivantes pour la détection de l'heure et du fuseau horaire sur Android:

Tests à bande ultralarge

Android 14 ajoute un nouveau test CTS manuel pour vérifier la conformité avec les exigences de bande ultralarge (UWB). Pour en savoir plus sur la configuration de vos appareils et l'exécution de ce test, consultez la section Configuration requise pour l'UWB.

Interface HAL du module UWB

Android 14 ajoute les éléments suivants pour l'interface HAL du module UWB:

OID Android

  • ANDROID_RANGE_DIAGNOSTICS

Paramètres du message de configuration de session UWB

  • ENABLE_DIAGNOSTICS
  • DIAGRAMS_FRAME_REPORTS_FIELDS

Paramètres des messages avec fonctionnalité UWB

  • SUPPORTED_MIN_SLOT_DURATION_RSTU
  • SUPPORTED_MAX_RANGING_SESSION_NUMBER
  • SUPPORTED_CHANNELS_AOA

Codes d'état

  • STATUS_ERROR_STOPPED_DUE_TO_OTHER_SESSION_CONFLICT
  • STATUS_REGULATION_UWB_OFF

Codes de motif de changement d'état

  • REASON_ERROR_INVALID_CHANNEL_WITH_AOA
  • REASON_ERROR_STOPPED_DUE_TO_OTHER_SESSION_CONFLICT
  • REASON_REGULATION_UWB_OFF

Pour en savoir plus, consultez la section Interface HAL du module UWB.

Wi-Fi 7

Android 14 introduit de nouvelles fonctionnalités et améliorations pour prendre en charge le Wi-Fi 7. Pour en savoir plus, consultez Wi-Fi 7.

HAL du fournisseur Wi-Fi

À partir d'Android 14, le HAL du fournisseur Wi-Fi est défini à l'aide d'AIDL. Pour en savoir plus, consultez la section HAL Wi-Fi.

Seiche

Mises à jour des fonctionnalités Wi-Fi de Cuttlefish

À partir d'Android 14, la fonctionnalité Wi-Fi de Cuttlefish inclut les outils WmediumdService et OpenwrtControlService pour contrôler le Wi-Fi sur un appareil Cuttlefish. Pour en savoir plus, consultez Cuttlefish: Wi-Fi.

Écran

Extensions WindowManager

Android 14 prend en charge le mode double affichage, l'impact sur les performances lors du chargement et l'identifiant d'état spécifique à l'appareil COMMON_STATE_USE_BASE_STATE dans les extensions WindowManager.

Grande entreprise

Framework professionnel de résolution des règles relatives aux appareils

À partir d'Android 14, plusieurs agents de gestion des règles relatives aux appareils peuvent définir des règles à l'aide des API DevicePolicyManager. Pour en savoir plus, consultez Framework de résolution des règles relatives aux appareils.

Graphismes

Implémentation du profil de référence Android (ABP) et de Vulkan

Tout appareil compatible avec Android 14 ou version ultérieure et l'API Vulkan doit remplir toutes les fonctionnalités définies dans le profil Android Baseline 2021. Pour en savoir plus, consultez la section Implémenter Vulkan.

Réduction de la consommation de mémoire de la mémoire tampon graphique

À partir d'Android 14, vous pouvez forcer la purge du cache du tampon graphique afin de réduire la consommation de mémoire graphique. Pour en savoir plus, consultez la section Réduire la consommation de mémoire graphique.

Adoption de Vulkan 1.1

Pour Android 14 et versions ultérieures, tous les appareils compatibles avec Vulkan doivent disposer de pilotes Vulkan 1.1. Pour en savoir plus, consultez les exigences liées au CDD d'Android 14.

Performances

Amélioration des performances pour les jeux

À partir d'Android 14, un nouveau mode d'alimentation nommé GAME permet de personnaliser les performances du téléphone pendant l'utilisation du jeu. Pour en savoir plus, consultez Optimisation des performances pour les jeux.

Autorisations

Capturer du contenu pour les notes

À partir d'Android 14, les API Capture Content for Notes permettent aux utilisateurs de faire une capture d'écran directement via l'application de prise de notes par défaut. Pour en savoir plus, consultez Capturer du contenu pour Notes.

Rôle COMPANION_DEVICE_GLASSES

Le rôle COMPANION_DEVICE_GLASSES dans Android 14 permet aux utilisateurs de gérer leurs lunettes via une application et d'effectuer différentes fonctions, comme accéder aux contacts, et gérer les notifications et les appels téléphoniques. Pour en savoir plus, consultez COMPANION_DEVICE_GLASSES sur les rôles Android.

Rôle COMPANION_DEVICE_NEARBY_DEVICE_STREAMING

Le rôle COMPANION_DEVICE_NEARBY_DEVICE_STREAMING dans Android 14 permet aux applications de créer et de gérer des canaux de communication entre les appareils connectés afin de diffuser des applications et d'envoyer des notifications entre les appareils. Seuls les OEM peuvent accorder ce rôle. Pour en savoir plus, consultez COMPANION_DEVICE_NEARBY_DEVICE_STREAMING sur les rôles Android.

Limites d'intent plein écran

Pour éviter le spam publicitaire et l'hameçonnage d'identifiants, à partir d'Android 14, l'autorisation par défaut USE_FULL_SCREEN_INTENT permettant d'envoyer des notifications en plein écran ne peut être accordée qu'aux applications qui proposent des fonctionnalités d'appel et d'alarme. Pour en savoir plus, consultez Limites des intents en plein écran.

Rôle NOTES

Le rôle NOTES dans Android 14 est compatible avec la fonctionnalité de prise de notes et augmente la productivité des tablettes Android. Avec le rôle NOTES, les OEM peuvent offrir aux utilisateurs finaux une expérience de prise de notes cohérente lorsqu'ils utilisent un stylet sur une tablette Android sur l'application de prise de notes préférée des utilisateurs. Pour en savoir plus, consultez NOTES sur les rôles Android.

Puissance

Migration de la couche thermique vers AIDL

À partir d'Android 14, l'interface thermique HAL est définie à l'aide d'AIDL. Pour en savoir plus, consultez la section Atténuation thermique.

Autorisations PowerManager.ACQUIRE_CAUSES_WAKEUP

Android 14 introduit l'autorisation android.permission.TURN_SCREEN_ON, une autorisation spéciale d'accès aux applications que les utilisateurs accordent dans leurs paramètres. À l'avenir, cette autorisation est requise pour que la constante PowerManager#ACQUIRE_CAUSES_WAKEUP obsolète ait un effet. Vous pouvez pré-accorder l'autorisation de signature et d'applications privilégiées. La méthode recommandée pour activer l'écran consiste à utiliser R.attr.turnScreenOn, qui ne nécessite pas la nouvelle autorisation.

Runtime

Création du thread JDWP

Android 14 ajoute la propriété système persist.debug.dalvik.vm.jdwp.enabled pour contrôler si les threads Java Debug Wire Protocol (JDWP) sont créés dans les builds userdebug. Pour en savoir plus, consultez la section Options JDWP.

Mises à jour OpenJDK 17

Android 14 poursuit le travail d'actualisation des principales bibliothèques Android pour s'aligner sur les fonctionnalités des dernières versions d'OpenJDK LTS, y compris les mises à jour des bibliothèques et la compatibilité avec le langage Java 17 pour les développeurs d'applications et de plates-formes. Pour en savoir plus sur les modifications et leur impact sur les développeurs Android, consultez Mises à jour d'OpenJDK 17.

Sécurité

Notes de version de la sécurité d'Android 14

Les notes de version de sécurité Android détaillent les failles corrigées au niveau du correctif de sécurité du 01/09/2022. Android 14, tel qu'il est publié sur AOSP, dispose du niveau de correctif de sécurité par défaut du 01/09/2023. Pour en savoir plus, consultez les notes de version de la sécurité d'Android 14.

Désactiver la 2G

Android 14 permet aux utilisateurs de désactiver la 2G au niveau du matériel radio sur tout appareil qui implémente la constante de capacité "CAPABILITY_USES_ALLOWED_NETWORK_TYPES_BITMASK". Cela empêche l'appareil de rechercher des réseaux 2G ou de s'y connecter. Consultez la documentation sur la désactivation de la 2G pour voir toutes les modifications.

Désactiver le mode d'intégrité/chiffrement nul de la connexion cellulaire

Android 14 introduit un nouveau bouton d'activation dans le menu des paramètres du réseau mobile permettant de désactiver facilement les algorithmes de chiffrement nuls pour les appels non urgents. Tous les appareils qui adoptent la radio HAL 2.0 ou version ultérieure sont compatibles avec le nouveau bouton d'activation, que l'OEM peut choisir d'activer. Autoriser les utilisateurs à désactiver les chiffrements nuls renforce leur confidentialité en empêchant le trafic SMS et vocal d'être intercepté de manière passive par liaison radio sans chiffrement.

Chiffrement du nom de fichier

AES-HCTR2 est le mode de chiffrement de nom de fichier recommandé pour les appareils disposant d'instructions de cryptographie accélérées dans Android 14. Pour en savoir plus, consultez la section Basée sur les fichiers.

Plusieurs codes IMEI

Android 14 prend en charge plusieurs codes IMEI dans l'enregistrement d'attestation des clés Android. Les OEM peuvent implémenter cette fonctionnalité en ajoutant un tag KeyMint pour un second code IMEI. Il est de plus en plus courant que les appareils disposent de plusieurs radios cellulaires, et les OEM peuvent désormais prendre en charge les appareils dotés de deux codes IMEI. Pour en savoir plus, consultez Attestation.

fichiers en lecture seule

Si votre application cible Android 14 et utilise le chargement dynamique du code (DCL), tous les fichiers chargés dynamiquement doivent être marqués en lecture seule. Sinon, le système génère une exception. Nous vous recommandons d'éviter de charger du code de manière dynamique dans la mesure du possible, car cela augmente considérablement le risque qu'une application soit compromise par une injection ou une falsification de code.

Centre de sécurité

Android 13 a introduit le centre de sécurité Android pour fournir des entrées de redirection afin que les utilisateurs puissent accéder à des paramètres de sécurité et de confidentialité spécifiques. Android 14 continue d'améliorer le centre de sécurité. Consultez la documentation du Centre de sécurité pour découvrir toutes les modifications apportées.

Stockage

Sélection du sélecteur dans les autorisations multimédias

À partir d'Android 14, les utilisateurs ont la possibilité de ne sélectionner que des contenus multimédias spécifiques à partager avec une application lorsque celle-ci demande l'accès à sa bibliothèque multimédia. Pour en savoir plus, consultez la section Autorisations.

TV

HAL d'entrée TV avec AIDL

À partir d'Android 14, l'interface du HAL d'entrée TV est définie à l'aide d'AIDL.

Virtualisation

Garanties de sécurité de l'OS invité

À partir d'Android 14, les écritures sur un volume de stockage chiffré sont confidentielles. Pour plus d'informations, consultez la section Système d'exploitation invité.

Hyperappels pKVM

Un nouvel hyperappel à abandon de mémoire est fourni par l'hyperviseur pKVM dans Android 14. Pour en savoir plus, consultez la section Hyper-appels pKVM.

Module fournisseur pKVM

Les modules de fournisseurs pKVM sont introduits dans Android 14. Pour en savoir plus, consultez la section Modules de fournisseurs pKVM.