Notes de version pour Android 14, Android 14-QPR1 et Android 14-QPR2

Cette page résume 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 de 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

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 . Voir Définition d'une interface AIDL pour plus d'informations.

valeur gen_trace

À partir d’Android 14, gen_trace est défini sur true pour les backends cpp et java . Voir Définition d'une interface AIDL pour plus d'informations.

Prise en charge du noyau

À partir d’Android 14, les noyaux 5.4 ne sont plus pris en charge. Consultez les informations mises à jour sur le noyau sur les fonctionnalités et les noyaux de lancement .

Statistiques sur la source de réveil du noyau

Android 14-QPR2 ajoute des statistiques sur la source de réveil à logcat. Ces statistiques identifient les composants du noyau qui maintiennent le système éveillé pendant chaque cycle de suspension et de reprise et peuvent être utilisées pour déboguer les performances du noyau et améliorer la durée de vie de la batterie. Les statistiques de source de réveil du noyau sont disponibles uniquement dans les versions userdebug et d'ingénierie pour lesquelles suspend.debug.wakestats_log.enabled est défini sur true . Voir logKernelWakeLockStats pour plus d'informations.

l'audio

Mode barre de son dynamique

Avec la prise en charge du framework Android 14, les décodeurs (STB) et les appareils over-the-top (OTT) avec haut-parleurs intégrés ou connectés peuvent être configurés pour servir de barres de son pour les appareils connectés. Pour plus d'informations, voir 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 de AIDL . Voir Implémentation AIDL et Comparaison AIDL et HIDL Audio HAL pour plus d’informations.

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

Le framework USB Android 14 prend en charge le routage vers plusieurs périphériques USB simultanément. Voir Routage combiné de périphériques audio pour plus d’informations.

Attributs de mixage préférés sur les périphériques USB

Android 14 fournit des API de développement que les applications peuvent utiliser pour interroger et configurer les attributs de mixage préférés pour la lecture audio USB. Voir Attributs de mixage préférés sur les périphériques USB pour plus d'informations.

Dose sonore

Android 14 prend en charge la dose sonore dans le cadre audio et Audio HAL en surveillant en permanence les mesures de dose sonore et en émettant des avertissements aux utilisateurs concernant les niveaux d'exposition nocifs. Voir Dose sonore pour plus d'informations.

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

Caméra

Fonctionnalités des extensions de caméra

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

Caméra USB de référence HAL

Android 14 migre la caméra USB de référence HAL vers AIDL et abandonne l'implémentation HIDL. Pour plus d'informations sur la caméra USB HAL, voir Caméras USB externes .

Ultra-HDR

Android 14 ajoute la prise en charge de la capture d'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 plus d'informations, voir Ultra HDR .

Capture à large gamme

Android 14 ajoute la prise en charge de 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 plus d’informations, consultez Capture à large gamme .

Compatibilité

Mises à jour de la caméra ITS

Android 14 introduit des mises à jour des tests Camera ITS , qui incluent des mises à jour de Python et des versions de packages, des tests mis à jour et de nouveaux tests. Pour plus de détails, consultez les notes de version d’Android 14 Camera Image Test Suite .

Mises à jour du CDD

Le document de définition de la compatibilité Android 14 itère sur les versions précédentes avec des mises à jour pour les nouvelles fonctionnalités et des modifications des exigences pour les fonctionnalités précédemment publiées. Pour obtenir la liste des modifications apportées à Android 14, consultez Notes de version de la définition de compatibilité Android 14 .

Notes de version CTS

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

Tests CTS Verifier pour l’étalonnage de présence

Android 14 ajoute les tests CTS Verifier pour valider les exigences mises à jour du réseau de sensibilisation au voisin Wi-Fi (NAN) et de l'étalonnage de la présence BLE RSSI. Ceux-ci incluent les tests de précision NAN, de précision BLE RSSI et de précision de décalage BLE Rx/Tx. Pour plus d'informations, voir Étalonnage de présence .

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

Android 14 introduit les exigences de qualité d'encodage vidéo (VEQ) pour les appareils de classe de performances 14 (PC14). Les exigences PC14-VEQ sont vérifiées par un nouveau test CTS appelé CtsVideoEncodingQualityHostTest . Voir Exécuter les tests PC14-VEQ pour plus d'informations.

Connectivité

Vente incitative de découpage 5G

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

Publicités ASHA pour les appareils auditifs

Pour améliorer l'expérience de couplage Bluetooth sur les aides auditives audio double mode ASHA et LE, Android 14 permet d'utiliser le deuxième bit (0 indexé) dans l'octet de capacité ASHA pour indiquer si l'appareil prend en charge le service d'identification d'ensemble coordonné (CSIS) . Pour plus d'informations, consultez Prise en charge audio des aides auditives via Bluetooth LE .

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

Android 14 prend en charge 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 plus d'informations, voir 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 GNSS AIDL HAL. Le framework GNSS prend en charge 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 lancés avec Android 14 ou version ultérieure qui incluent un récepteur GPS ou GNSS et signalent la capacité aux applications via l'indicateur de fonctionnalité android.hardware.location.gps sont fortement recommandés pour prendre en charge la fonctionnalité de plage delta accumulée .

Mises à jour de l'API IMS

Android 14 introduit les mises à jour suivantes pour ImsService :

  • Ajoute la classe SipDetails , qui permet ImsService de signaler les informations clés de la réponse SIP fournie par le réseau lorsqu'une procédure d'enregistrement IMS, de publication IMS ou d'abonnement IMS se termine. Cela donne aux applications implémentant l'enregistrement unique RCS plus de visibilité sur la réponse de la transaction SIP lorsqu'un problème de réseau ou d'appareil survient, afin que les bogues ou les pannes puissent être résolus rapidement.

    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 les résultats de la transaction SIP lorsqu'une réponse SIP REGISTER est renvoyée par le réseau.
    • RcsUceAdapter.CapabilitiesCallback et RcsCapabilityExchangeImplBase.SubscribeResponseCallback : permettent de rapporter 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 rapporter 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 assurer la prise en charge des rapports sur la qualité des médias IMS. 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 IMS PDN :

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

  • Ajoute la prise en charge de l'appel en attente basé sur le terminal dans AOSP tel que défini dans les exigences IR.92 (2.3.4 Communication en attente). Cela supprime le besoin de s’appuyer sur chaque implémentation ImsService pour mettre en œuvre 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 par opérateur pour activer l'appel en attente sur 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 pendant la construction 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 de services 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 rapporte les informations au cadre de téléphonie afin de sélectionner le transport. type pour les réseaux de données. QNS fournit plus de 100 configurations d'opérateur 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 Wi-Fi Aware

Android 14 prend en charge la possibilité pour les 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 plus d’informations, consultez Suspendre et reprendre .

API Télécom VoIP

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 Telecom CallsManager Jetpack , qui simplifie le processus d'intégration des appels VoIP avec 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 compatibilité descendante qui encapsule la classe ConnectionService existante. Nous recommandons aux développeurs d’utiliser directement la classe Telecom CallsManager Jetpack 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 introduit les mises à jour suivantes pour la détection de l’heure et du fuseau horaire sur Android :

Tests ultra-large bande

Android 14 ajoute un nouveau test CTS manuel pour vérifier la conformité aux exigences ultra-large bande (UWB). Pour plus d'informations sur la configuration de vos appareils et l'exécution de ce test, consultez Exigences UWB .

Interface HAL UWB

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

OID Android

  • ANDROID_RANGE_DIAGNOSTICS

Paramètres des messages de configuration de session UWB

  • ENABLE_DIAGNOSTICS
  • DIAGRAMS_FRAME_REPORTS_FIELDS

Paramètres des messages de capacité 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 plus de détails, voir Interface UWB HAL .

Wi-Fi 7

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

Fournisseur Wi-Fi HAL

À partir d’Android 14, le HAL du fournisseur Wi-Fi est défini à l’aide de AIDL . Pour plus d'informations. voir Wi-Fi HAL .

Seiche

Mises à jour des fonctionnalités Wi-Fi de la seiche

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

Afficher

Extensions du gestionnaire de fenêtres

Android 14 ajoute la prise en charge du mode double affichage, 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

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

À partir d'Android 14, plusieurs agents de gestion des politiques relatives aux appareils peuvent définir des politiques à l'aide des API DevicePolicyManager . Pour plus d’informations, consultez Cadre de résolution des stratégies relatives aux appareils .

Graphique

Profil de base Android (ABP) et implémentation de Vulkan

Tout appareil prenant en charge Android 14 ou supérieur et l'API Vulkan doit remplir toutes les fonctionnalités définies dans le profil Android Baseline 2021. Voir Implémenter Vulkan pour plus d'informations.

Consommation réduite de mémoire tampon graphique

À partir d’Android 14, vous pouvez purger de force le cache du tampon graphique pour réduire la consommation de mémoire graphique. Pour plus d'informations, 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 Vulkan doivent disposer des pilotes Vulkan 1.1. Consultez les exigences CDD d’Android 14 pour plus d’informations.

Performance

Amélioration des performances des 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. Voir Amélioration des performances des jeux pour plus d'informations.

Autorisations

Capturer du contenu pour les notes

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

Rôle COMPANION_DEVICE_GLASSES

Le rôle COMPANION_DEVICE_GLASSES dans Android 14 permet aux utilisateurs de gérer leur appareil à lunettes via une application et d'exécuter des fonctions telles que l'accès aux contacts et la gestion des notifications et des appels téléphoniques. Pour plus de détails, 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 plus de détails, consultez COMPANION_DEVICE_NEARBY_DEVICE_STREAMING sur les rôles Android .

Limites d'intention en plein écran

Pour éviter le spam publicitaire et le phishing d'informations d'identification, à partir d'Android 14, l'autorisation par défaut USE_FULL_SCREEN_INTENT pour envoyer des notifications en plein écran ne peut être accordée qu'aux applications qui fournissent des fonctionnalités d'appel et d'alarme. Consultez Limites d’intention en plein écran pour plus d’informations.

Rôle NOTES

Le rôle NOTES dans Android 14 prend en charge la fonction 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 plus de détails, consultez NOTES sur les rôles Android .

Pouvoir

Migration de Thermal HAL vers AIDL

À partir d'Android 14, l'interface Thermal HAL est définie à l'aide de AIDL . Pour plus d'informations, voir 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 obsolète PowerManager#ACQUIRE_CAUSES_WAKEUP ait un effet. Vous pouvez accorder préalablement l'autorisation aux applications de signature et privilégiées. La méthode recommandée pour prendre en charge l'activation de l'écran consiste à utiliser R.attr.turnScreenOn , qui ne nécessite pas la nouvelle autorisation.

Durée

Création de threads 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 versions userdebug. Pour plus d'informations, consultez Options JDWP .

Mises à jour d'OpenJDK 17

Android 14 poursuit le travail d'actualisation des bibliothèques principales d'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 prise en charge du langage Java 17 pour les développeurs d'applications et de plates-formes. Pour plus d'informations sur les modifications et leur impact sur les développeurs Android, consultez Mises à jour OpenJDK 17 .

Sécurité

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

Les notes de version de sécurité Android détaillent les vulnérabilités corrigées dans le niveau de correctif de sécurité 2022-09-01. Android 14, tel que publié sur AOSP, a un niveau de correctif de sécurité par défaut du 01/09/2023. Pour plus de détails, consultez les notes de version de sécurité d'Android 14 .

Désactiver la 2G

Android 14 permet aux utilisateurs de désactiver la 2G au niveau matériel radio sur tout appareil qui implémente la constante de capacité « CAPABILITY_USES_ALLOWED_NETWORK_TYPES_BITMASK ». Cela empêche un appareil de scanner ou de se connecter aux réseaux 2G. Voir Désactiver les documents 2G pour voir toutes les modifications.

Désactiver le mode de chiffrement nul/intégrité cellulaire

Android 14 introduit une nouvelle 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 la radio HAL 2.0 et versions ultérieures prennent en charge la nouvelle bascule, que l'OEM peut choisir d'activer. Permettre aux utilisateurs de désactiver les chiffres nuls renforce leur confidentialité en empêchant l’interception passive du trafic SMS et vocal par voie hertzienne sans cryptage.

Cryptage du nom de fichier

AES-HCTR2 est le mode préféré de cryptage de nom de fichier pour les appareils dotés d'instructions de cryptographie accélérée dans Android 14. Pour plus de détails, consultez la section Basé sur les fichiers.

Plusieurs IMEI

Android 14 ajoute la prise en charge de plusieurs IMEI dans l’enregistrement d’attestation de clé Android. 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 cellulaires et les constructeurs OEM peuvent désormais prendre en charge les appareils dotés de deux IMEI. Pour plus de détails, voir Attestation .

fichiers en lecture seule

Si votre application cible Android 14 et utilise le chargement dynamique de code (DCL), tous les fichiers chargés dynamiquement doivent être marqués comme en lecture seule. Sinon, le système lève une exception. Nous recommandons aux applications d’éviter autant que possible de charger dynamiquement du code, car cela augmente considérablement le risque qu’une application puisse être compromise par injection de code ou 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 voir tous les changements.

Stockage

Choix du sélecteur dans l'autorisation des médias

À partir d'Android 14, les utilisateurs ont la possibilité de sélectionner uniquement des médias spécifiques à partager avec une application lorsque l'application demande l'accès à la bibliothèque multimédia de l'utilisateur. Pour plus de détails, voir Autorisations .

la télé

Entrée TV HAL avec AIDL

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

Virtualisation

Garanties de sécurité du système d'exploitation invité

À partir d’Android 14, les écritures sur un volume de stockage chiffré sont confidentielles. Voir Système d'exploitation invité pour plus d'informations.

Hyperappels pKVM

Un nouvel hyperappel d’abandon de mémoire est fourni par l’hyperviseur pKVM dans Android 14. Voir Hyperappels pKVM pour plus d’informations.

Module fournisseur pKVM

Les modules du fournisseur pKVM sont introduits dans Android 14. Voir Voir les modules du fournisseur pKVM pour plus d'informations.