Notes de version d'Android 14, d'Android 14-QPR1 et d'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 des fonctionnalités sont organisés en fonction de l'emplacement de la documentation de la fonctionnalité sur ce site.

Architecture

backend.[cpp|ndk].additional_shared_libraries

Introduite 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 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 Définir une interface AIDL.

Assistance pour le noyau

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

Statistiques sur la source de sortie de veille du noyau

Android 14-QPR2 ajoute des statistiques sur la source de sortie de veille à Logcat. Ces statistiques identifient les composants du noyau qui maintiennent le système en éveil 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 sur la source de sortie de veille du noyau ne sont disponibles que dans les versions userdebug et d'ingénierie dont suspend.debug.wakestats_log.enabled est défini sur true. Pour en savoir plus, consultez logKernelWakeLockStats.

Audio

Mode barre de son dynamique

Grâce à la compatibilité avec le framework Android 14, les boîtiers décodeurs et les appareils de distribution par contournement (OTT) avec haut-parleurs intégrés ou connectés peuvent être configurés comme barres de son pour les appareils connectés. Pour en savoir plus, consultez 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 d'AIDL et Comparaison entre AIDL et HIDL Audio HAL.

Mises à jour du routage de plusieurs périphériques USB

Le framework USB d'Android 14 permet le routage vers plusieurs périphériques USB simultanément. Pour en savoir plus, consultez Routage combiné des appareils audio.

Attributs de mixeur préférés sur les appareils USB

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

Dose sonore

Android 14 est compatible avec la dose sonore dans le framework audio et le HAL audio. Pour ce faire, il surveille en continu les mesures de la dose sonore et envoie des avertissements aux utilisateurs concernant les niveaux d'exposition dangereux. Pour en savoir plus, consultez Dose sonore.

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

Appareil photo

Fonctionnalités des extensions d'appareil photo

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

Appareil en tant que webcam

Android 14-QPR1 permet 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 la caméra de l'appareil comme webcam. Pour en savoir plus, consultez Utiliser un appareil comme webcam.

HAL de caméra USB de référence

Android 14 migre la 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 de la caméra USB, consultez Caméras USB externes.

Ultra HDR

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

Capture de la large gamme de couleurs

Android 14 ajoute la prise en charge de la capture à large gamme de couleurs Display-P3, qui permet aux appareils de capturer des images en couleur à large gamme au format JPEG avec la classe ImageReader sans utiliser le HDR 10 bits. Pour en savoir plus, consultez Capture de gamme étendue.

Compatibilité

Mises à jour de la suite de tests ITS pour les caméras

Android 14 apporte des modifications aux tests ITS de l'appareil photo, y compris des mises à jour des versions de Python et des packages, des tests mis à jour et de nouveaux tests. Pour en savoir plus, consultez les notes de version de la suite de tests d'images de l'appareil photo Android 14.

Mises à jour du CDD

Le document de définition de compatibilité Android 14 s'appuie sur les versions précédentes et inclut des mises à jour pour les nouvelles fonctionnalités et des modifications apportées aux exigences pour les fonctionnalités déjà disponibles. Pour obtenir la liste des modifications apportées à Android 14, consultez les notes de version de la définition de compatibilité d'Android 14.

Notes de version du CTS

Consultez la liste des principales modifications apportées au CTS pour Android 14 dans les notes de version du CTS pour Android 14.

Tests CTS Verifier pour la calibration de la présence

Android 14 ajoute des tests CTS Verifier pour valider les exigences mises à jour concernant la calibration de la présence RSSI BLE et du réseau de reconnaissance des voisins Wi-Fi (NAN). Il s'agit, entre autres, des tests de précision de la précision NAN, de la précision RSSI BLE et de la précision du décalage BLE Rx/Tx. Pour en savoir plus, consultez Calibration de la présence.

Test CTS de qualité d'encodage vidéo (VEQ) de la classe de performances 14 (PC14)

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

Connectivité

Vente incitative de la segmentation 5G

Android 14-QPR1 introduit la fonctionnalité de vente incitative de découpage 5G, qui permet aux opérateurs de proposer aux utilisateurs des fonctionnalités réseau améliorées (latence et bande passante) grâce au découpage du réseau 5G. Pour en savoir plus, consultez Vente incitative de découpage 5G.

Annonces ASHA pour les appareils auditifs

Pour améliorer l'expérience d'association Bluetooth sur les appareils auditifs bimodes ASHA et LE Audio, Android 14 permet d'utiliser le deuxième bit (indexé à 0) 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é audio avec les appareils auditifs via Bluetooth LE.

Mises à jour concernant les profils eSIM multiples 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 Plusieurs profils activés.

GNSS

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

Les appareils lancés avec Android 14 doivent utiliser le HAL AIDL GNSS. 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.

Il est fortement recommandé que les chipsets et les appareils lancés avec Android 14 ou version ultérieure qui incluent un récepteur GPS ou GNSS et signalent la fonctionnalité aux applications via le flag de fonctionnalité android.hardware.location.gps soient compatibles avec la fonctionnalité accumulated delta range.

Nouveautés concernant l'API IMS

Android 14 apporte les modifications suivantes à ImsService :

  • Ajoute la classe SipDetails, qui permet à ImsService de signaler les informations clés 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 permet aux applications qui implémentent l'enregistrement unique RCS d'avoir une meilleure visibilité sur la réponse de la transaction SIP en cas de problème de réseau ou d'appareil, afin de pouvoir résoudre rapidement les bugs ou les pannes.

    Le reporting de SipDetails est ajouté aux classes suivantes :

    • ImsRegistrationImplBase, RegistrationManager.RegistrationCallback et ImsRegistrationAttributes : permet de signaler des informations détaillées sur les résultats des transactions SIP lorsqu'une réponse SIP REGISTER est renvoyée par le réseau.
    • RcsUceAdapter.CapabilitiesCallback et RcsCapabilityExchangeImplBase.SubscribeResponseCallback : permettent de fournir 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 fournir des informations plus détaillées lorsqu'une réponse SIP PUBLISH est renvoyée par le réseau.

  • Ajoute les classes MediaQualityStatus et MediaThreshold pour prendre en charge les rapports sur la qualité des contenus multimédias IMS. Les méthodes suivantes dans MmTelFeature permettent de signaler les mises à jour de la qualité du contenu multimédia à d'autres applications système telles que QualifiedNetworksService, ce qui est nécessaire pour déterminer quand modifier le transport IMS PDN :

    Les mises à jour sur la qualité du contenu multimédia sont signalées via l'interface TelephonyCallback#MediaQualityStatusChangedListener.

  • Ajoute la prise en charge de la mise en attente d'appels basée sur le terminal dans AOSP, comme défini dans les exigences IR.92 (2.3.4 Communication Waiting). Il n'est donc plus nécessaire de s'appuyer sur chaque implémentation ImsService pour répondre à ces exigences.

    Pour activer cette fonctionnalité dans AOSP :

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

    • Configurez les clés CarrierConfigManager suivantes pour chaque opérateur afin d'activer l'attente d'appel basée sur le terminal pour 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 le threading pour ImsService, ajoute un constructeur sur ImsSmsImplBase qui permet aux implémenteurs de fournir un exécuteur lors de la construction de la classe. Cet exécuteur peut être utilisé pour planifier les requêtes IPC entrantes sur des threads spécifiques.

Service de réseaux qualifiés

Android 14 ajoute le 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 de l'appareil et de la politique de l'opérateur, détermine le meilleur réseau d'accès pour chaque type d'APN (par exemple, IMS, MMS et EMERGENCY), et 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 fournit plus de 100 configurations d'opérateurs pour répondre à leurs exigences.

QNS est un service optionnel. 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 réactiver les sessions de découverte Wi-Fi Aware

Android 14 permet aux applications privilégiées de suspendre et de reprendre les sessions de découverte active 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 Suspendre et réactiver.

API VoIP Telecom

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 l'intégration des appels VoIP à la plate-forme Android. La classe Jetpack fournit aux développeurs une surface d'API unique qui fonctionne sur 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 CallsManager Telecom pour cibler la plus large gamme de versions du SDK Android.

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

Android 14 apporte les modifications suivantes à la détection de l'heure et du fuseau horaire sur Android :

Tests de la bande ultralarge

Android 14 ajoute un nouveau test CTS manuel pour vérifier la conformité aux exigences de la bande ultralarge (UWB). Pour savoir comment configurer vos appareils et exécuter ce test, consultez Exigences concernant l'UWB.

Interface UWB HAL

Android 14 ajoute les éléments suivants à l'interface UWB HAL :

OID Android

  • ANDROID_RANGE_DIAGNOSTICS

Paramètres des messages de configuration de la session UWB

  • ENABLE_DIAGNOSTICS
  • DIAGRAMS_FRAME_REPORTS_FIELDS

Paramètres des messages de 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 motifs 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 Interface HAL 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 Wi-Fi HAL.

Cuttlefish

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 ajoute la prise en charge du mode double affichage, de l'impact sur les performances lors du chargement et de l'identifiant d'état spécifique à l'appareil COMMON_STATE_USE_BASE_STATE dans les extensions WindowManager.

Entreprise

Framework de résolution des règles relatives aux appareils d'entreprise

À 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 le Framework de résolution des règles relatives aux appareils.

Graphiques

Profil de référence Android (ABP) et implémentation 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 Implémenter Vulkan.

Consommation de mémoire tampon graphique réduite

À partir d'Android 14, vous pouvez vider de force le cache du tampon graphique pour réduire la consommation de mémoire graphique. Pour en savoir plus, consultez 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 du CDD pour 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 des jeux. Pour en savoir plus, consultez Améliorer les performances des 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 depuis l'application de prise de notes par défaut. Pour en savoir plus, consultez Capture Content for Notes.

Rôle COMPANION_DEVICE_GLASSES

Dans Android 14, le rôle COMPANION_DEVICE_GLASSES permet aux utilisateurs de gérer leurs lunettes connectées via une application et d'effectuer des fonctions telles que l'accès aux contacts et la gestion des notifications et des appels téléphoniques. Pour en savoir plus, consultez COMPANION_DEVICE_GLASSES sur la page 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 attribuer ce rôle. Pour en savoir plus, consultez COMPANION_DEVICE_NEARBY_DEVICE_STREAMING sur les rôles Android.

Limites des intents plein écran

Pour éviter le spam publicitaire et l'hameçonnage des identifiants, à partir d'Android 14, l'autorisation USE_FULL_SCREEN_INTENT par défaut 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 plein écran.

Rôle NOTES

Le rôle NOTES dans Android 14 prend en charge la fonctionnalité de prise de notes et améliore 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 dans leur application de prise de notes préférée. Pour en savoir plus, consultez NOTES sur Rôles Android.

Puissance

Migration du HAL thermique vers AIDL

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

Autorisations PowerManager.ACQUIRE_CAUSES_WAKEUP

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

Runtime

Création de threads JDWP

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

Mises à jour OpenJDK 17

Android 14 poursuit le travail d'actualisation des principales bibliothèques Android afin de s'adapter aux fonctionnalités des dernières versions d'OpenJDK LTS, y compris les mises à jour de la bibliothèque 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 OpenJDK 17.

Sécurité

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

Les notes de version sur la sécurité d'Android détaillent les failles corrigées dans le niveau du correctif de sécurité du 1er septembre 2022. La version d'Android 14 publiée sur AOSP a un niveau de correctif de sécurité par défaut de 2023-09-01. Pour en savoir plus, consultez les notes de version sur 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 n'importe quel appareil qui implémente la constante de capacité "CAPABILITY_USES_ALLOWED_NETWORK_TYPES_BITMASK". Cela empêche un appareil d'analyser les réseaux 2G ou de s'y connecter. Consultez la documentation Désactiver la 2G pour voir toutes les modifications.

Désactiver le mode d'intégrité/chiffrement nul du réseau mobile

Android 14 introduit un nouveau bouton bascule dans le menu des paramètres du réseau mobile pour désactiver facilement les chiffrements nuls pour les appels non urgents. Tous les appareils qui adoptent radio HAL 2.0 et versions ultérieures sont compatibles avec le nouveau bouton bascule, que l'OEM peut choisir d'activer. En permettant aux utilisateurs de désactiver les chiffrements nuls, vous renforcez leur confidentialité en empêchant l'interception passive du trafic SMS et vocal sur les ondes sans chiffrement.

Chiffrement des noms de fichiers

AES-HCTR2 est le mode de chiffrement des noms de fichiers recommandé pour les appareils dotés d'instructions de cryptographie accélérée dans Android 14. Pour en savoir plus, consultez Basé sur des fichiers.

Plusieurs codes IMEI

Android 14 permet d'utiliser plusieurs IMEI dans l'enregistrement Android Key Attestation. Les OEM peuvent implémenter cette fonctionnalité en ajoutant un tag KeyMint pour un deuxième IMEI. Il est de plus en plus courant que les appareils disposent de plusieurs radios cellulaires. 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 le chargement dynamique de code dans la mesure du possible, car cela augmente considérablement le risque que l'application soit compromise par une injection ou une falsification de code.

Centre de sécurité

Android 13 a introduit le Centre de sécurité d'Android pour fournir des entrées de redirection permettant aux utilisateurs d'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 voir toutes les modifications.

Stockage

Choix du sélecteur dans l'autorisation multimédia

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

TV

HAL d'entrée TV avec AIDL

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

Virtualisation

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

À partir d'Android 14, les écritures dans le volume de stockage chiffré sont confidentielles. Pour en savoir plus, consultez Système d'exploitation invité.

Hyperappels pKVM

Un nouvel hypercall de libération de mémoire est fourni par l'hyperviseur pKVM dans Android 14. Pour en savoir plus, consultez Hypercalls pKVM.

Module fournisseur pKVM

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