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 noyau

À partir d'Android 14, les noyaux 5.4 ne sont plus compatibles. Consultez les informations mises à jour sur les noyaux dans la section Noyaux de fonctionnalité et de lancement.

Statistiques sur les sources de réveil du kernel

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 sur les sources de réveil du kernel ne sont disponibles que dans les builds userdebug et engineering 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 prise en charge du framework Android 14, les boîtiers décodeurs et les appareils de distribution par contournement (OTT) dotés de haut-parleurs intégrés ou connectés peuvent être configurés en tant que barres de son pour les appareils connectés. Pour en savoir plus, consultez la section Mode barre de son dynamique.

Migration de l'Audio HAL 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.

Plusieurs mises à jour du routage des appareils USB

Le framework USB d'Android 14 prend en charge le routage vers plusieurs appareils USB simultanément. Pour en savoir plus, consultez la section 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 la section 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 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 d'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 annoncés comme des appareils UVC, ce qui permet à un large éventail d'hôtes USB avec différents systèmes d'exploitation (Linux, macOS, Windows et ChromeOS, par exemple) d'utiliser la caméra de l'appareil comme webcam. Pour en savoir plus, consultez la section Utiliser un appareil comme webcam.

HAL de référence pour les caméras USB

Android 14 migre le HAL de référence de la caméra USB vers AIDL et abandonne l'implémentation HIDL. Pour en savoir plus sur le HAL de l'appareil photo USB, consultez la section Appareils photo 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 JPEG SDR et prend en charge le rendu HDR du contenu. Pour en savoir plus, consultez la section Ultra HDR.

Capture à large gamme de couleurs

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

Compatibilité

Mises à jour de l'ITS de la caméra

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

Mises à jour du CDD

Le document de définition de la compatibilité Android 14 s'appuie sur les versions précédentes avec des mises à jour des nouvelles fonctionnalités et des modifications des exigences pour les fonctionnalités publiées précédemment. 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 Android 14 CTS.

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

Android 14 ajoute des tests de vérification CTS pour valider les exigences de calibrage de la présence RSSI BLE et de la mise à jour du réseau de voisinage Wi-Fi (NAN). Il s'agit des tests de précision NAN, de précision RSSI BLE et de précision de décalage Rx/Tx BLE. Pour en savoir plus, consultez la section Calibrage de la présence.

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

Android 14 introduit des exigences de qualité d'encodage vidéo (VEQ) pour les appareils de la 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 la segmentation de réseau 5G, qui permet aux opérateurs de proposer aux utilisateurs des fonctionnalités réseau améliorées (latence et bande passante) grâce à la segmentation de réseau 5G. Pour en savoir plus, consultez la section Upsell de la segmentation 5G.

Annonces ASHA pour des appareils auditifs

Pour améliorer l'expérience d'association Bluetooth sur les appareils auditifs ASHA et LE dual mode audio, Android 14 permet d'utiliser le deuxième bit (indexé 0) de l'octet de capacité ASHA pour indiquer si l'appareil est compatible avec le service CSIS (Coordinated Set Identification Service). Pour en savoir plus, consultez la section Compatibilité avec les prothèses auditives via Bluetooth LE.

Mises à jour des 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 la version 22.3 du GSMA SGP. Pour en savoir plus, consultez la section Plusieurs profils activés.

GNSS

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

Les appareils lancés avec Android 14 doivent utiliser le HAL GNSS AIDL. 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é plage delta cumulé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 transmettre 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 permet aux applications implémentant l'enregistrement unique RCS d'avoir une meilleure visibilité sur la réponse de la transaction SIP lorsqu'un problème de réseau ou d'appareil se produit, afin 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 : permet de signaler des informations détaillées sur le résultat de la transaction SIP lorsqu'une réponse SIP REGISTER est renvoyée par le réseau.
    • RcsUceAdapter.CapabilitiesCallback et RcsCapabilityExchangeImplBase.SubscribeResponseCallback: permet de générer 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: permet de générer 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 de MmTelFeature permettent de signaler les mises à jour de la qualité des médias à d'autres applications système telles que QualifiedNetworksService, qui sont nécessaires pour déterminer quand modifier le transport PDN IMS:

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

  • Ajout de la prise en charge de la mise en attente d'appel 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 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 par opérateur pour activer la mise en 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 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 de réseaux qualifiés

Android 14 ajoute le service QNS (Qualified Networks Service) au module Telephony. 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 stratégie 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 pour les opérateurs afin de répondre à leurs exigences.

Le service QNS est 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 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 la section Suspendre et reprendre.

API VoIP du secteur des télécommunications

Android 14 introduit l'API TelecomManager#addCall, qui remplace la classe ConnectionService pour les cas d'utilisation 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 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 grande gamme de versions de 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 manuel CTS pour vérifier la conformité avec les exigences de la bande ultralarge (UWB). Pour en savoir plus sur la configuration de vos appareils et l'exécution de ce test, consultez la section Exigences concernant la technologie UWB.

Interface HAL du module UWB

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

OID Android

  • ANDROID_RANGE_DIAGNOSTICS

Paramètres du message de configuration de session UWB

  • ENABLE_DIAGNOSTICS
  • DIAGRAMS_FRAME_REPORTS_FIELDS

Paramètres de message de capacité BUL

  • 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 modification 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 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 la section 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 page 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 la section Cuttlefish: Wi-Fi.

Écran

Extensions WindowManager

Android 14 est compatible avec le mode d'affichage dual, l'impact sur les performances au chargement et 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 stratégies d'appareil peuvent définir des stratégies à l'aide des API DevicePolicyManager. Pour en savoir plus, consultez le framework de résolution des stratégies d'appareil.

Graphiques

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

Consommation de mémoire tampon graphique réduite

À partir d'Android 14, vous pouvez purger de force le cache du tampon graphique pour 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 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 lors de l'utilisation de jeux. Pour en savoir plus, consultez la section Amélioration 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 prendre une capture d'écran directement via l'application de prise de notes par défaut. Pour en savoir plus, consultez Capture Content for 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 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 par défaut USE_FULL_SCREEN_INTENT d'envoyer des notifications en plein écran ne peut être accordée qu'aux applications qui fournissent des fonctionnalités d'appel et d'alarme. Pour en savoir plus, consultez la section Limites des intents 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 dans l'application de prise de notes préférée des utilisateurs. Pour en savoir plus, consultez NOTES dans la section Rôles Android.

Alimentation

Migration du HAL thermique vers AIDL

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

Autorisations PowerManager.ACQUIRE_CAUSES_WAKEUP

Android 14 introduit l'autorisation android.permission.TURN_SCREEN_ON, une autorisation d'accès aux applications spéciales que les utilisateurs accordent dans leurs paramètres. À l'avenir, cette autorisation sera requise pour que la constante obsolète PowerManager#ACQUIRE_CAUSES_WAKEUP ait un effet. Vous pouvez accorder l'autorisation à la signature et aux 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 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 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 ces modifications et leur impact sur les développeurs Android, consultez les mises à jour OpenJDK 17.

Sécurité

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

Les notes de version de la sécurité Android détaillent les failles corrigées dans le niveau du correctif de sécurité 2022-09-01. Android 14, tel qu'il est publié sur AOSP, a un niveau de correctif de sécurité par défaut de 01/09/2023. Pour en savoir plus, consultez les notes de version de la sécurité 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 implémentant la constante de capacité "CAPABILITY_USES_ALLOWED_NETWORK_TYPES_BITMASK". Cela empêche l'appareil de scanner ou de se connecter aux réseaux 2G. Consultez les documents Désactiver la 2G pour voir toutes les modifications.

Désactiver le mode de chiffrement/intégrité nul sur le réseau mobile

Android 14 introduit un nouveau bouton d'activation/de désactivation dans le menu des paramètres du réseau mobile pour désactiver facilement les algorithmes de chiffrement nul pour les appels non d'urgence. Tous les appareils qui adoptent HAL radio 2.0 ou version ultérieure sont compatibles avec le nouveau bouton d'activation/de désactivation, 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 des noms de fichiers

AES-HCTR2 est le mode de chiffrement de nom de fichier recommandé pour les appareils avec des instructions de cryptographie accélérées dans Android 14. Pour en savoir plus, consultez basé sur des fichiers.

Plusieurs codes IMEI

Android 14 est compatible avec plusieurs IMEI dans l'enregistrement Android Key Attestation. Les OEM peuvent implémenter cette fonctionnalité en ajoutant une balise KeyMint pour un deuxième IMEI. Il est de plus en plus courant que les appareils disposent de plusieurs radios mobiles, et les OEM peuvent désormais prendre en charge les appareils dotés de deux IMEI. Pour en savoir plus, consultez la section 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 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électeur de fichiers multimédias dans l'autorisation multimédia

À 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 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 le volume de stockage chiffré sont confidentielles. Pour en savoir plus, consultez la section Système d'exploitation invité.

Hyperappels pKVM

Une nouvelle hyper-appel de cession de mémoire est fournie par l'hyperviseur pKVM dans Android 14. Pour en savoir plus, consultez la section Hyperappels pKVM.

Module du fournisseur pKVM

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