Notes de version d'Android 12

Cette page résume les principales fonctionnalités de la version Android 12 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

Mises à jour de la classe AlwaysOnHotwordDetector

A partir de Android 12, la classe AlwaysOnHotwordDetector y compris sa méthode de fabrication, android.service.voice.VoiceInteractionService.createAlwaysOnHotwordDetector() , est une API système ( @SystemApi ) au lieu d'une API publique. La AlwaysOnHotwordDetector classe est destinée à être utilisée par les applications assistant avec des privilèges au niveau du système, qui sont généralement livrés avec la version OS. Dans Android 11 et versions antérieures, l'API est protégée par des contrôles qui garantissent que l'appelant est l'application Assistant actuellement active, rendant l'API inutilisable par d'autres applications tierces.

De plus, Android 12 comprend fonction de trigger son des améliorations pour améliorer l'attribution et l' exécution des autorisations relatives à l' utilisation du microphone via l'API de déclenchement sonore. L' utilisation du microphone, y compris l' utilisation indirecte, comme par les SoundTriggerManager ou AlwaysOnHotwordDetector des classes, est attribué au paquet d'origine (app Assistant) qui appelle la AlwaysOnHotwordDetector classe. Cela améliore la confidentialité et la transparence des utilisateurs sur les packages qui utilisent le microphone. Dans Android 11 et inférieure, l' utilisation du microphone est attribué à l'utilisateur du système parce que le package d'origine ne pas utiliser l'API de déclenchement sonore directement , mais grâce à des services de niveau supérieur résidant dans le system_server processus.

L'impact de ces changements est le suivant :

  • Des applications utilisant la nonsystem AlwaysOnHotwordDetector classe ne parviennent pas à compiler contre l'API Android 12 car l'API a été retirée de la surface publique.
  • Applications système existant en utilisant la AlwaysOnHotwordDetector classe peut se voir refuser d'utiliser des fonctionnalités de déclenchement sonore lors de l' exécution. Pour résoudre ce problème et permettre à ces applications d'accéder au microphone par déclenchement sonore, déclarer les RECORD_AUDIO et CAPTURE_AUDIO_HOTWORD autorisations pour ces applications.

Prise en charge du langage Android Rust

Android 12 prend désormais en charge l'utilisation du code Rust. Une nouvelle section ajoutée à la documentation d'installation fournit des conseils pour le développement sur Android avec Rust.

Pour plus d' informations sur Android Rust, différents modules, et voir des exemples (ainsi que pour obtenir des informations de configuration IDE), consultez la nouvelle section Rust Android à Android Rust Présentation .

En-tête de l'image de démarrage

Android 12 ajoute l'utilisation de la version d' en- tête d'image de démarrage 4, qui est l'image de démarrage primaire pour les périphériques supportant l' image du noyau générique (GKI) architecture. Android 12 fournit également un boot_signature pour vérifier l'intégrité du noyau et le disque virtuel. La vérification, qui se fait dans VtsSecurityAvbTest , est nécessaire pour les appareils utilisant l'architecture GKI.

Pour en savoir plus, voir l' image de démarrage en- tête page.

Modifications apportées à la mise en œuvre de bootconfig

La fonction bootconfig dans Android 12, un mécanisme pour passer les détails de configuration de la construction et bootloader à Android 12, remplace le androidboot.* Options cmdline du noyau utilisé avec Android 11 et inférieure. Cette fonctionnalité permet de séparer les paramètres de configuration de l'espace utilisateur Android de ceux du noyau.

Pour en savoir plus, visitez le site de mise en œuvre bootconfig .

Police de remplacement personnalisée

Avant Android 12, la mise à jour des fichiers de police dispositif installé dans PSBA (dans le /system/fonts partition) ou les partitions du fournisseur (dans les /product/fonts ou /system/fonts partitions) nécessaire une mise à jour du système de l'OEM. Cette exigence a un impact significatif sur la compatibilité des emoji. Dans Android 12 vous pouvez utiliser le FontManager service système pour gérer les fichiers de polices installées et mise à jour des fichiers de polices installées appareil sans une mise à jour du système.

Pour plus d' informations sur cette nouvelle fonctionnalité, voir mise en œuvre personnalisée Font Fallback.

Tas DMA-BUF

Dans Android 12, GKI 2.0 remplace l'allocateur ION avec des tas DMA-BUF .

Activer les filtres de paramètres régionaux

Android 12 introduit une fonctionnalité que vous pouvez utiliser pour configurer les langues système par défaut et les filtres de paramètres régionaux pour les nouveaux types d'appareils. Cela vous permet de définir la valeur de la propriété du filtre et la langue par défaut par oem/oem.prop lors de l' étalonnage d'usine et de configurer des restrictions sans cuisson du filtre dans l'image du système.

Pour plus d' informations, voir Activation du filtre locale .

Disques virtuels clignotants des fournisseurs

Applications 12 introduit le support pour flasher ramdisks fournisseur par le biais d' une commande fastboot qui tire le plein vendor_boot image à partir d' un dispositif. La commande invite l'outil de démarrage rapide côté hôte à lire l'en-tête de démarrage du fournisseur, à réimager et à flasher la nouvelle image. Cette prise en charge inclut les modifications du chargeur de démarrage et de fastbootd pour obtenir les données nécessaires, telles que la taille et l'offset de la partition.

Pour plus d' informations, consultez clignotant ramdisks fournisseur sur la Fastboot userspace page.

Gestion des versions GKI

À partir d'Android 12, la partie Android de la version KMI peut être extraite du noyau et injectée dans le manifeste de l'appareil au moment de la construction.

Pour plus de détails, voir GKI Versioning .

Statistiques de la mémoire historique des événements MM

Les appareils que le lancement sur Android 12 peut utiliser mm_events , un ensemble de statistiques liées à la mémoire qui se capture périodiquement pendant une expérience système de pression de mémoire. mm_events est intégré avec perfetto mécanismes de recherche et ajoute une surcharge minimale de performance. La collecte de statistiques reste active pendant une période de temps configurable, capturant des statistiques à intervalles réguliers.

Pour plus d' informations sur la façon d'utiliser mm_events statistiques, voir MM Événements - Statistiques mémoire historique .

Restrictions de la fenêtre d'alerte système

Pour améliorer la sécurité de l'écosystème Android, Android 12 a rendu plus difficile d'acquérir la SYSTEM_ALERT_WINDOW permission et permet aux applications tierces pour bloquer les superpositions d'autres applications tierces.

Applications préinstallées ne sont pas accordées automatiquement le SYSTEM_ALERT_WINDOW LMPOP dans Android 12. Il doit être explicitement accordée par l'utilisateur avant une application préinstallée peut l' utiliser. Les applications système obtiennent toujours l'autorisation par défaut.

Les applications tierces peuvent refuser que des superpositions d'applications soient dessinées dessus. Cela fournit un mécanisme de protection contre cloak and dagger d' cloak and dagger attaques -style. Ceci est disponible pour toutes les applications afin que les applications sensibles à la sécurité, telles que les applications bancaires, puissent se protéger. Pour utiliser cette fonctionnalité, une application doit déclarer la HIDE_OVERLAY_WINDOWS autorisation dans leur manifeste.

HIDE_NON_SYSTEM_OVERLAY_WINDOWS(signature|privileged) est déconseillée en faveur de HIDE_OVERLAY_WINDOWS .

Modifications des partitions de démarrage du fournisseur

Applications 12 dispositifs utilisant la version d' en- tête d'image de démarrage 4 ont le support de plusieurs fournisseurs ramdisks dans la vendor_boot partition. Ces fragments de disque virtuel sont concaténés en série dans la section du disque virtuel du fournisseur. Une table de disque virtuel de fournisseur décrit la disposition de la section de disque virtuel de fournisseur et les métadonnées de chaque fragment de disque virtuel de fournisseur.

En raison des modifications apportées aux partitions de démarrage des fournisseurs dans les applications 12 et plus, vous ne pouvez pas utiliser par default comme nom de fragment de disque virtuel du fournisseur; il est désigné comme réservé. L'utiliser pour nommer des fragments de disque virtuel de fournisseur n'est en aucun cas autorisé.

Pour en savoir plus, consultez fournisseurs Boot partitions et plusieurs disques virtuels fournisseurs .

l'audio

Routage combiné de périphériques audio

La fonction de routage de périphérique audio combiné ajoute la prise en charge du streaming audio vers plusieurs périphériques audio simultanément. Grâce à cette fonctionnalité, les applications privilégiées peuvent sélectionner plusieurs appareils préférés pour une stratégie particulière via les API système. Les applications peuvent découvrir les capacités des appareils audio plus précisément en utilisant les API publiques fournies par cette fonctionnalité.

Pour plus d' informations, consultez le routage périphérique audio combiné page.

Mises à jour de Audio HAL V7

Afin de résoudre les problèmes de compatibilité descendante, Stable AIDL sera obligatoire pour toutes les modifications de HAL à partir d'Android T. Pour préparer et améliorer cette future adoption d'AIDL, des modifications importantes sont apportées à la version 7 de Audio HAL dans Android 12.

Pour plus d' informations, consultez Mises à jour du Audio HAL V7 section et l' exemple de la politique audio .

Caméra

Exigence de prise en charge de l'extension du fournisseur CameraX

Dans les applications 12, les dispositifs qui supportent les extensions de CameraX doivent avoir la ro.camerax.extensions.enabled jeu de propriétés à true , ce qui permet d'interroger si un appareil prend en charge des extensions.

Pour plus d' informations, voir Configuration de la bibliothèque du fournisseur sur un périphérique .

Prise en charge du capteur de caméra Quad Bayer

Android 12 introduit des API de plate-forme qui permettent aux applications de tirer parti des appareils dotés de capteurs de caméra ultra haute résolution, généralement avec des motifs quad ou non bayer qui offrent une flexibilité en termes de qualité d'image et de performances par faible luminosité. Les nouvelles API prennent en charge le comportement de ces capteurs tenant compte du fait qu'ils pourraient prendre en charge différentes configurations de flux et des combinaisons lors du fonctionnement en mode « résolution maximale » au lieu du mode « par défaut ».

Pour implémenter la prise en charge de HAL de caméra pour les capteurs de caméra ultra haute résolution, les fabricants d'appareils doivent implémenter les modifications pour les fichiers suivants :

Compatibilité

Exigence de prise en charge ADN pour les cartes SIM

À partir d'Android 12, toutes les cartes SIM des appareils utilisés pour les tests CTS doivent prendre en charge le stockage des numéros abrégés (ADN).

Pour plus de détails, voir l' écran et le stockage .

Mises à jour de la caméra ITS

Android 12 introduit diverses mises à jour de Camera Image Test Suite (ITS), notamment des tests nouveaux et mis à jour, une refactorisation vers Python 3 et l'adoption du framework de test Mobly.

Pour plus d' informations, voir Android 12 Camera Image Test Suite Release Notes .

Mises à jour CDD

Les applications 12 Compatibilité Définition du document itère sur les versions précédentes avec des mises à jour de nouvelles fonctionnalités et modifications aux exigences de fonctionnalité précédemment publiées.

Connectivité

Découpage du réseau 5G

Android 12 prend en charge le découpage du réseau 5G, l'utilisation de la virtualisation du réseau pour diviser des connexions réseau uniques en plusieurs connexions virtuelles distinctes qui fournissent différentes quantités de ressources à différents types de trafic. Cela permet aux opérateurs de réseau de dédier une partie du réseau à la fourniture de fonctionnalités spécifiques pour un segment particulier de clients.

Pour plus d' informations, consultez 5G Réseau Slicing .

Profils Companion Device Manager

Les applications qui ciblent Android 12 et versions ultérieures peuvent utiliser des profils d'appareils compagnons lors de la connexion à une montre. L'utilisation d'un profil simplifie le processus d'inscription en regroupant l'octroi d'un ensemble d'autorisations spécifiques au type d'appareil en une seule étape.

Capture d'écran d'un téléphone affichant une invite proposant d'accorder des autorisations

Les autorisations groupées sont accordées à l'application compagnon une fois que l'appareil se connecte et ne durent que tant que l'appareil est associé. La suppression de l'application ou la suppression de l'association supprime les autorisations.

Pour plus d' informations, consultez les profils Companion Device .

Droit au service IMS (TS.43)

Android 12 inclut le support pour service TS.43 droit de configuration , une spécification GSMA qui définit l'étape de vérification du droit à l'activation des services , y compris la voix sur Wi-Fi (VoWiFi), la voix sur LTE (VoLTE), SMS sur IP (SMSoIP), activation du service sur l'appareil (ODSA) des appareils compagnons eSIM (associés à l'appareil demandeur) et informations sur le plan de données.

Pour plus d' informations, consultez service IMS droit .

Enregistrement unique IMS

Android 12 ajoute la prise en charge d'un modèle d'enregistrement unique pour fournir des fonctionnalités MMTEL et RCS. Ce modèle permet d'appareils ont tous IMS dispose gérée par un enregistrement IMS fourni par le dispositif ImsService . Par rapport à un modèle d'enregistrement double, où plusieurs enregistrements IMS sont gérés sur un seul appareil, l'enregistrement unique réduit le trafic sur le réseau d'un opérateur et augmente la fiabilité.

Pour plus d' informations, voir IMS Simple Registraion .

Détection de fuseau horaire de localisation

Android 12 inclut la détection de fuseau horaire de localisation, une fonction de détection automatique de fuseau horaire en option qui permet aux appareils d'utiliser leurs données cartographiques de localisation et de fuseau horaire pour déterminer le fuseau horaire actuel.

Pour plus d' informations, consultez Emplacement Fuseau horaire de détection .

Randomisation MAC

Android 12 introduit le type de randomisation MAC non persistant, qui permet à Android de re-randomiser les adresses MAC pour certains réseaux au début de chaque connexion.

Pour plus d' informations, consultez MAC Randomisation Comportement .

Sélection de réseau

Android 12 présente un nouveau mécanisme de sélection de réseau en utilisant la NetworkScore classe. La sélection du réseau affecte la façon dont Android répond aux demandes des applications et du réseau système, et influence la façon dont le réseau par défaut d'une application est choisi.

Pour plus d' informations, voir Sélection réseau .

Notification CallStyle

A partir de Android 12, nous recommandons que les applications utilisent le nouveau style de notification, CallStyle , pour les appels vocaux entrants et en cours et vidéo. Ce style de notification comprend des boutons d'action pour répondre, refuser et raccrocher les appels téléphoniques. Il utilise également le même style de personne centrée utilisé par les conversations , ce qui correspond à son comportement de classement des notifications d'appels en haut de l'ombre.

Pour les applications à utiliser le CallStyle style de notification, ils doivent utiliser l' intention d' un plein écran ou un service de premier plan (avec le premission associé). Ce style classe les notifications pour les appels en haut de l'ombre. Pour les appels en cours, ce style ajoute une puce à la barre d'état permettant aux utilisateurs de revenir rapidement à l'application d'appel.

Pour plus d' informations, voir Appel Notifications .

Mises à jour des points de passage

Android 12 introduit Passpoint R3 et d'autres fonctionnalités de Passpoint telles que les conditions générales, les URL d'informations sur les sites, les préfixes d'identité décorés et la gestion imminente de la désauthentification.

Pour plus d' informations sur ces fonctionnalités, consultez Passpoint (Hotspot 2.0) .

Mises à jour du portefeuille à accès rapide

Dans Android 12 ou plus, la fonction d' accès rapide de portefeuille est disponible à partir de l'ombre au lieu de partir du menu d'alimentation comme dans Android 11. Le portefeuille UI fonctionne désormais dans l' interface utilisateur du système et se trouve dans les frameworks/base/packages/SystemUI/src/com/android/systemui/wallet - frameworks/base/packages/SystemUI/src/com/android/systemui/wallet .

Pour plus d' informations, consultez Accès rapide Wallet .

Expérience utilisateur de connectivité simplifiée

Android 12 offre une expérience de connectivité simplifiée en option qui aide les utilisateurs à mieux comprendre leurs connexions réseau, à basculer entre les fournisseurs d'accès Internet et à résoudre les problèmes de connectivité réseau.

Pour plus d' informations, voir Connectivité Interface utilisateur .

Priorité de la source de temps

À partir d'Android 12, le framework donne la priorité à la source de temps Network Time Protocol (NTP) sur la source Network Identity and Time Zone (NITZ) par défaut.

Pour plus de détails sur la façon de configurer et de tester la priorité de source de temps sur votre appareil, voir Priorité temps Source .

Basculer pour désactiver la 2G

Pour améliorer la sécurité, Android 12 introduit une bascule 2G dans les paramètres qui permet aux utilisateurs de désactiver complètement les connexions cellulaires 2G. Radio 1.6 HAL doit être mis en œuvre pour cette fonction.

La fonction de basculement 2G est activée par défaut. Les transporteurs peuvent désactiver la fonction lors de l' exécution par le drapeau CarrierConfig KEY_HIDE_ENABLE_2G .

Les fabricants d'appareils doivent s'assurer que tous les réseaux sont disponibles pendant les appels d'urgence.

Spécifications UICC

Dans Android 12, pour exécuter les tests API de l'opérateur CTS, l'appareil doit utiliser un développeur UICC avec des privilèges d'opérateur CTS répondant aux exigences spécifiées dans la dernière version de la spécification du profil de test GSMA TS.48 tiers.

Voir Préparation de l'UICC pour plus d' informations.

Concurrence AP/AP Wi-Fi

Android 12 introduit la fonctionnalité de concurrence Wi-Fi AP/AP, qui permet aux appareils d'afficher un point d'accès de connexion double (AP+AP) ponté.

Pour plus d' informations, consultez Wi-Fi AP / AP Concurrency .

Évitement des canaux coex Wi-Fi/cellulaire

Android 12 introduit l' évitement canal COEX Wi-Fi / cellulaire caractéristique qui identifie et empêche l'utilisation de canaux dangereux Wi-Fi quand il y a interférence entre canaux cellulaires. Cela inclut des interfaces telles que STA, SoftAp, Wi-Fi Direct (P2P), Wi-Fi Aware (NAN).

Améliorations du protocole de sécurité Wi-Fi

Android 12 introduit la prise en charge du mode de transition WPA3 Hash-to-Element (H2E), WPA2/WPA3-Enterprise et de l'indication de désactivation de la transition.

Pour plus d' informations, consultez WPA3 et Wi-Fi amélioré ouverte .

Concurrence Wi-Fi STA/STA

Android 12 introduit la fonctionnalité de concurrence Wi-Fi STA/STA, qui permet aux appareils de se connecter simultanément à deux réseaux Wi-Fi.

Pour plus d' informations, consultez Wi-Fi STA / STA Concurrency .

Dispositifs

Android 12 nouvelles fonctionnalités automobiles

Voir Automobile Quoi de neuf pour en savoir plus sur ces nouvelles fonctionnalités:

Affichage

Bloquer les contacts non fiables

Afin de préserver la sécurité du système et pour une bonne expérience utilisateur, Android 12 ajoute le support pour bloquer les événements tactiles non fiables . Cela évite apps de consommer des événements tactiles où une superposition obscurcit l'application d'une manière dangereuse.

Notifications de conversation et widgets

Android 11 support supplémentaire pour personnaliser le comportement et le placement des notifications de conversation sur l'ombre Notifications par priorité et le niveau d' alerte, ce qui permet des conversations à marquer comme spécifique importante et la conversation des bulles à être lancé dans l'espace de conversation. S'appuyant sur ces fonctionnalités Android 11, la fonctionnalité Android 12 Conversation Widget permet aux utilisateurs d'ajouter des widgets de conversation pour les contacts importants à l'écran d'accueil, leur permettant de reprendre facilement les conversations sans attendre de notification.

Pour plus d' informations, consultez Conversation Notifications et Widgets .

Flou de fenêtre

Des API publiques sont disponibles dans Android 12 pour implémenter des effets de flou de fenêtre (tels que le flou d'arrière-plan et le flou derrière). Avec ces API, vous pouvez brouiller tout ce qui se trouve derrière votre propre fenêtre. Vous pouvez créer des fenêtres avec des arrière-plans flous, créant un effet de verre dépoli, ou afficher des fenêtres avec tout l'écran derrière elles floues, créant un effet de profondeur de champ. Vous pouvez également combiner ces deux.

Pour plus d' informations sur cette nouvelle fonctionnalité et comment le mettre en œuvre, consultez la Flous fenêtre page.

Grossissement de la fenêtre

Dans Android 12, les utilisateurs malvoyants peuvent agrandir n'importe quoi sur leur écran en utilisant la fonction d'agrandissement de la fenêtre. L'agrandissement de la fenêtre permet aux utilisateurs d'agrandir une partie sélectionnée de l'écran, contrairement à l'utilisation d'une fonction de zoom sur un écran entier. La fenêtre sélectionnée peut être glissée sur tout l'affichage, ce qui leur permet d'agrandir différentes parties de l'écran selon les besoins.

Pour plus d' informations, consultez la fenêtre Loupe .

Entreprise

Mises à jour de l'administration des appareils

Android 12 inclut les mises à jour d'administration des appareils suivantes :

  • Mises à jour de la ségrégation des données de profil gérées. Sur les appareils personnels avec un profil professionnel, Android 12 supprime l'accès aux identifiants matériels de l'appareil (IMEI, MEID, numéro de série) et fournit un identifiant unique spécifique à l'inscription qui identifie l'inscription au profil professionnel pour une organisation spécifique. Pour plus de détails, voir les identificateurs de périphérique .

  • Mises à jour de l'approvisionnement des appareils. Android 12 inclut plusieurs modifications au provisionnement des appareils. Pour plus de détails et une liste des changements, voir Android 12 mises à jour .

Graphique

Gestion des connexions à chaud dans Composer HAL

Les capacités d'affichage (telles que les modes d'affichage et les types HDR pris en charge) peuvent changer de manière dynamique sur les appareils dotés d'écrans connectés en externe (via HDMI ou DisplayPort), tels que les décodeurs Android TV (STB) et over-the-top (OTT) dispositifs. À partir d'Android 12, les modifications apportées au framework prennent en charge la gestion des connexions à chaud et les capacités d'affichage dynamique.

Pour plus d' informations, voir la fiche Hot manipulation dans HAL Composer .

Composants du système modulaire

Mises à jour du module principal

Applications 12 introduit deux nouveaux modules .

DE L'ART

Android 12 ou supports supérieurs ART module, qui vise à améliorer l'expérience Android en offrant aux utilisateurs les dernières optimisations d'exécution gérées, des fonctionnalités et des corrections de bugs.

Planification des appareils

Applications 12 supports ou plus de planification de périphérique module, qui contient la logique qui détecte si oui ou non le dispositif est dans un état de repos, et peut être rechargé sans interruption de l' utilisateur.

Médias

Transcodage multimédia compatible

Le transcodage multimédia compatible permet aux appareils d'utiliser des formats multimédias modernes et efficaces en termes de stockage pour la capture vidéo, tels que HEVC, tout en maintenant la compatibilité avec les applications. Avec cette fonctionnalité, les fabricants d'appareils peuvent utiliser HEVC au lieu d'AVC par défaut pour améliorer la qualité vidéo tout en réduisant les besoins en stockage et en bande passante. Pour plus d' informations, consultez Compatible médias Transcodage .

Performance

Mise en veille prolongée de l'application

Android 12 offre la possibilité de mettre en veille prolongée les applications que l'utilisateur n'utilise pas pendant quelques mois, similaire à la révocation automatique des autorisations.

Voir App Hibernation pour plus d' informations.

Couche d'abstraction Cgroup

Le groupe témoin (groupe de contrôle) couche d'abstraction dans les applications 12 introduit de nouvelles fonctionnalités, telles que la possibilité de définir les contrôleurs de groupes de contrôle spécifiques à titre facultatif, et à utiliser un nouveau task_profiles commande qui remplace l'obsolète writepid commande. Ce remplacement garantit que les implémentations de groupe de contrôle sous-jacentes n'ont aucun effet sur les couches supérieures lors de la migration des tâches dans les hiérarchies de groupe de contrôle. Android 12 introduit également la prise en charge des profils de tâches au niveau de l'API.

Pour plus d' informations, reportez - vous CGroup couche d' abstraction .

Autorisations

Autorisations Bluetooth

Applications 12 introduit les permissions Bluetooth suivantes, qui remplacent les BLUETOOTH et BLUETOOTH_ADMIN autorisations:

  • BLUETOOTH_SCAN : Permet aux applications de découvrir et à proximité des périphériques Bluetooth.
  • BLUETOOTH_ADVERTISE : Permet aux applications de la publicité aux appareils Bluetooth à proximité.
  • BLUETOOTH_CONNECT : Permet aux applications de se connecter à des périphériques Bluetooth associés.

Ces autorisations font partie des nouveaux NEARBY_DEVICES groupe d'autorisation. Ce groupe d'autorisation permet à des cas d'utilisation telles que la connexion à un SmartWatch sans nécessiter l' LOCATION autorisation d'exécution.

Ces nouvelles autorisations sont compatibles avec les applications et aucune modification n'est requise pour les applications fonctionnant sur Android 11 ou une version antérieure. Pour les applications héritées ciblant Android 11 ou une version antérieure, la plate-forme traduit automatiquement les demandes d'autorisations Bluetooth héritées en demandes de nouvelles autorisations. Lorsqu'une application est mise à niveau pour cibler Android 12 ou une version ultérieure, l'application doit demander explicitement les nouvelles autorisations Bluetooth.

Pour plus d' informations sur l' utilisation des autorisations, voir les autorisations Nouveau Bluetooth dans Android 12 .

Indicateurs de confidentialité

Android 12 offre aux utilisateurs une transparence en affichant des indicateurs lorsqu'une application utilise une source de données privée via les caméras et les autorisations d'utilisation des applications de microphone.

App-op suit à la fois l'état de l'activité et le nombre d'appels d'API individuels, et interagit avec les indicateurs de microphone et de caméra dans Android 12 pour indiquer aux utilisateurs lorsque les applications ont accédé aux données audio et de caméra sur leurs appareils. Lorsque les utilisateurs cliquent sur les indicateurs de microphone ou de caméra, ils voient quelles applications ont accédé à leurs données.

Cette fonction est obligatoire pour tous les OEM. Pour plus d' informations, voir Indicateurs de confidentialité .

Emplacement

A partir de Android 12, les utilisateurs peuvent demander qu'une application ne reçoit que la précision approximative lorsqu'elle accès à l' information de localisation.

Cette modification est conçue pour affecter les applications uniquement lorsqu'elles ciblent Android 12 ou une version ultérieure. Cependant, sur les appareils qui ont une ancienne version du PermissionController module, ce changement affecte toutes les applications, quelle que soit la version du SDK cible.

Durée

Vérifications Dexpreopt et <uses-library>

Android 12 a un système de construction changements à l' avant-de-temps (AOT) compilation des fichiers DEX (dexpreopt) pour les modules Java qui ont <uses-library> dépendances. Dans certains cas, ces modifications du système de build peuvent interrompre les builds.

Pour plus d' informations sur la façon de préparer et de recettes pour les casses de fixation et les atténuer, voir Dexpreopt et <utilisations-bibliothèque> Contrôles .

Essais

Suite de tests de compatibilité (CTS)

Pour Android 12, de nombreux nouveaux modules clés et modifications de test sont introduits pour CTS. Voir CTS Notes de version pour plus d' informations.

la télé

Service de contrôle HDMI-CEC

Android 12 utilise HDMI-CEC pour contrôler automatiquement les écrans connectés via HDMI lorsqu'un appareil se réveille ou se met en veille.

Pour plus de détails, consultez la section Service de contrôle HDMI-CEC .

Cadre de tuner

Sous Android 12 :

  • L'interface avec Tuner HAL 1.1 ou supérieur prend en charge la norme DTMB DTV. Les fonctionnalités et paramètres frontaux suivants sont pris en charge :

    • DtmbFrontendCapabilities

    • DtmbFrontendSettings

  • L'API Tuner SDK prend en charge les nouvelles fonctionnalités de Tuner HAL 1.1, qui est une mise à niveau de version rétrocompatible de Tuner 1.0.

  • android.media.tv.tuner.TunerVersionChecker.getTunerVersion() vérifie la version en cours d' exécution HAL.

Mises à jour

Compression APEX

Après l'installation d'une mise à jour d'un conteneur Android Pony EXpress (APEX), sa version préinstallée n'est plus utilisée, mais occupe la même quantité d'espace mémoire. Cet espace occupé reste indisponible. Dans Android 12, la compression APEX minimise cet impact de stockage en utilisant un ensemble hautement compressé de fichiers APEX sur des partitions en lecture seule (comme le /system partition). Pour en savoir plus sur la compression APEX dans Android 12, voir compressé faîtières .

Sécurité et commodité de reprise au redémarrage

Android 12 introduit une prise en charge multiclient améliorée et une fonctionnalité de redémarrage basée sur le serveur. Le processus de reprise au redémarrage (RoR) offre une sécurité et une commodité supplémentaires aux utilisateurs, car les mises à jour OTA peuvent être effectuées pendant les périodes d'inactivité de l'appareil, tandis que les fonctionnalités de mise à jour multiclient et serveur d'Android 12 fournissent ensemble une sécurité de type matériel de l'appareil.

Pour plus d' informations, consultez Reprise sur le redémarrage .

Relecture du code PIN SIM avec RoR

Android 12 propose une relecture SIM-PIN pour une vérification transparente du code PIN après un redémarrage initié par RoR. Le code PIN SIM est recrypté et stocké chaque fois qu'un utilisateur l'active, le vérifie ou le modifie avec succès.

Pour plus d' informations, voir rejeu SIM-PIN .

Mises à jour A/B virtuelles

Android 12 offre l'option de compression virtuelle A/B sur les partitions instantanées. Dans Android 12, les partitions pouvant être mises à jour que le chargeur de démarrage n'utilise pas peuvent être prises en instantané pour économiser de l'espace. Ceux-ci peuvent également être compressés. Activation de la compression instantanée dans votre build pour Android 12 économise de l' espace sur la /data les /data partition.

La mise en œuvre de Virtual A/B avec compression d'instantanés nécessite des modifications du code spécifique à l'appareil. Voir les modifications et les détails de mise en œuvre sur le virtuel A / B Présentation et mise en œuvre A / B virtuel pages.