Présentation des fonctionnalités et des API

Android 12 offre aux développeurs de nouvelles fonctionnalités et API de qualité. Les sections ci-dessous vous présentent les nouvelles fonctionnalités disponibles pour vos applications et leurs nouvelles API.

Pour obtenir une liste détaillée des nouvelles API, des API modifiées et supprimées, consultez le rapport de différences des API. Pour en savoir plus sur les nouvelles API, consultez la documentation de référence des API Android. Les nouvelles API sont mises en évidence. Pour savoir dans quels domaines les changements de plate-forme peuvent affecter vos applications, consultez les modifications de comportement d'Android 12 pour les applications ciblant Android 12 et pour toutes les applications.

Expérience utilisateur

Material You

Android 12 introduit un nouveau langage de design appelé Material You, qui vous aide à créer des applications plus personnalisées et plus esthétiques. Pour intégrer toutes les dernières mises à jour de Material Design 3 à vos applications, essayez une version alpha des composants Material Design.

Améliorations apportées aux widgets

Android 12 repense l'API Widgets existante pour améliorer l'expérience utilisateur et développeur sur la plate-forme et dans les lanceurs d'applications. Nous avons créé un guide pour vous aider à vous assurer que votre widget est compatible avec Android 12 et à l'actualiser avec de nouvelles fonctionnalités.

Pour en savoir plus, consultez Améliorations apportées aux widgets Android 12.

Insertion de contenu enrichi

Android 12 introduit une nouvelle API unifiée qui permet à votre application de recevoir du contenu enrichi depuis n'importe quelle source disponible : presse-papiers, clavier ou glisser-déposer.

Pour en savoir plus, consultez Recevoir du contenu enrichi.

API d'écran de démarrage d'application

Android 12 introduit une nouvelle animation de lancement pour toutes les applications, qui inclut un mouvement d'entrée dans l'application à partir du point de lancement, un écran de démarrage affichant l'icône d'application et une transition vers l'application elle-même. Pour en savoir plus, consultez le guide du développeur sur les écrans de démarrage.

API de coins arrondis

Android 12 introduit RoundedCorner et WindowInsets.getRoundedCorner(int position), qui fournissent le rayon et le point central des angles arrondis.

Pour en savoir plus, consultez Coins arrondis.

Expériences haptiques enrichies

Android 12 étend les outils permettant de créer des retours haptiques informatifs pour les événements d'interface utilisateur, des effets immersifs et agréables pour les jeux, et des retours haptiques attentionnels pour la productivité.

Effets d'actionneur

Android 12 ajoute des effets expressifs tels que le clic faible, qui tirent parti de la bande passante de fréquence plus large des derniers actionneurs. Les développeurs de jeux peuvent désormais accéder à plusieurs actionneurs différents indépendamment dans les manettes de jeu pour produire le même effet de manière synchrone ou différents effets haptiques sur plusieurs actionneurs. Pour les développeurs, nous recommandons d'utiliser les constantes et les primitives comme éléments de base pour des effets haptiques riches : les constantes pour améliorer les événements d'interface utilisateur et le compositeur haptique pour séquencer les primitives pour des effets plus complexes. Ces API sont disponibles pour les appareils Pixel 4, et nous continuons de travailler avec nos partenaires fabricants d'appareils pour proposer aux utilisateurs de l'écosystème les dernières nouveautés en matière de compatibilité avec les fonctionnalités haptiques.

Effets haptiques couplés à l'audio

Les applications Android 12 peuvent générer un retour haptique dérivé d'une session audio à l'aide du vibreur du téléphone. Cela permet de proposer des expériences de jeu et audio plus immersives. Par exemple, les sonneries haptiques peuvent aider à identifier les appelants, ou un jeu de conduite peut simuler la sensation d'un terrain accidenté.

Pour en savoir plus, consultez la documentation de référence sur HapticGenerator.

AppSearch

Android 12 introduit AppSearch, un moteur de recherche sur l'appareil hautes performances, en tant que service système. AppSearch permet aux applications d'indexer des données structurées et d'effectuer des recherches dans celles-ci grâce à des fonctionnalités de recherche en texte intégral intégrées. De plus, AppSearch est compatible avec les fonctionnalités de recherche natives, telles que l'indexation et la récupération très efficaces, la compatibilité multilingue et le classement par pertinence.

AppSearch est disponible en deux versions : un index local que votre application peut utiliser et qui est compatible avec les anciennes versions d'Android, ou un index central géré pour l'ensemble du système dans Android 12. Grâce à l'index central, votre application peut autoriser l'affichage de ses données sur les surfaces de l'UI du système par le composant d'intelligence préinstallé du système. Les données exactes affichées sur les surfaces de l'UI du système dépendent de l'OEM. De plus, votre application peut partager des données de manière sécurisée avec d'autres applications, afin de leur permettre d'effectuer des recherches sur ces données.

Pour en savoir plus sur AppSearch, consultez le guide du développeur et commencez à l'utiliser avec la bibliothèque Jetpack AppSearch, qui fournit une surface d'API conviviale pour les développeurs, ainsi qu'une compatibilité avec le processeur d'annotations.

Mode Jeu

L'API Game Mode et les interventions Game Mode vous permettent d'optimiser le jeu en priorisant les caractéristiques telles que les performances ou l'autonomie de la batterie en fonction des paramètres de l'utilisateur ou des configurations pour chaque jeu.

Pour en savoir plus, consultez Mode Jeu.

Recommandations et améliorations concernant le Picture-in-picture (PIP)

Android 12 introduit les améliorations suivantes pour le mode PIP :

Prise en charge de nouveaux gestes PiP

Android 12 est désormais compatible avec les gestes de masquage et de zoom par pincement pour la fenêtre Picture-in-picture :

• Pour masquer la fenêtre, l'utilisateur peut la faire glisser vers le bord gauche ou droit. Pour restaurer la fenêtre, l'utilisateur peut appuyer sur la partie visible de la fenêtre masquée ou la faire glisser.

• L'utilisateur peut désormais redimensionner la fenêtre PIP en pinçant l'écran pour zoomer.

Nouvelles fonctionnalités recommandées pour une transition fluide vers le mode PIP

Android 12 a apporté des améliorations esthétiques significatives aux transitions animées entre les fenêtres plein écran et PiP. Nous vous recommandons vivement d'implémenter toutes les modifications applicables. Une fois que vous l'avez fait, ces modifications s'adaptent automatiquement aux grands écrans, tels que les pliables et les tablettes, sans aucune autre intervention de votre part.

Voici ces fonctionnalités :

• Nouvelle option d'API pour une transition plus fluide vers le mode Picture-in-picture avec la navigation par gestes

  Utilisez l'option setAutoEnterEnabled pour assurer des transitions plus fluides vers le mode Picture-in-picture lorsque vous balayez l'écran vers le haut pour accéder à l'écran d'accueil en mode de navigation par gestes. Auparavant, Android attendait la fin de l'animation de balayage vers le haut pour revenir à l'écran d'accueil avant d'afficher la fenêtre Picture-in-picture en fondu.

• Animations plus fluides lors de l'activation et de la désactivation du mode PIP

  Le flag SourceRectHint est désormais réutilisé pour implémenter une animation plus fluide lors de l'activation et de la désactivation du mode Picture-in-picture.

• Un nouveau flag d'API pour désactiver le redimensionnement fluide pour les contenus non vidéo

  L'option SeamlessResizeEnabled fournit une animation de fondu enchaîné beaucoup plus fluide lors du redimensionnement du contenu non vidéo dans la fenêtre PIP. Auparavant, le redimensionnement d'un contenu non vidéo dans une fenêtre PiP pouvait créer des artefacts visuels gênants.

Nouvelles alertes appel permettant de classer l'importance des appels entrants

Android 12 ajoute le nouveau style de notification Notification.CallStyle pour les appels téléphoniques. Ce modèle permet à votre application d'indiquer l'importance des appels actifs en affichant un chip proéminent qui indique l'heure de l'appel dans la barre d'état. L'utilisateur peut appuyer sur ce chip pour revenir à son appel.

Les appels entrants et en cours étant les plus importants pour les utilisateurs, ces notifications sont placées en haut du volet. Ce classement permet également au système de transférer potentiellement ces appels prioritaires vers d'autres appareils.

Implémentez le code suivant pour tous les types d'appels.

// Create a new call with the user as caller.
val incoming_caller = Person.Builder()
    .setName("Jane Doe")
    .setImportant(true)
    .build()

// Create a new call with the user as caller.
Person incoming_caller = new Person.Builder()
    .setName("Jane Doe")
    .setImportant(true)
    .build();

Utilisez forIncomingCall() pour créer une notification de style d'appel pour un appel entrant.

// Create a call style notification for an incoming call.
val builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
         Notification.CallStyle.forIncomingCall(caller, declineIntent, answerIntent))
    .addPerson(incoming_caller)

// Create a call style notification for an incoming call.
Notification.Builder builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
        Notification.CallStyle.forIncomingCall(caller, declineIntent, answerIntent))
    .addPerson(incoming_caller);

Utilisez forOngoingCall() pour créer une notification de style d'appel pour un appel en cours.

// Create a call style notification for an ongoing call.
val builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
         Notification.CallStyle.forOnGoingCall(caller, hangupIntent))
    .addPerson(second_caller)

// Create a call style notification for an ongoing call.
Notification.Builder builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
        Notification.CallStyle.forOnGoingCall(caller, hangupIntent))
    .addPerson(second_caller);

Utilisez forScreeningCall() pour créer une notification de style d'appel afin de filtrer un appel.

// Create a call style notification for screening a call.
val builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
         Notification.CallStyle.forScreeningCall(caller, hangupIntent, answerIntent))
    .addPerson(second_caller)

Notification.Builder builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
        Notification.CallStyle.forScreeningCall(caller, hangupIntent, answerIntent))
    .addPerson(second_caller);

Prise en charge des images enrichies pour les notifications

Dans Android 12, vous pouvez désormais enrichir l'expérience de notification de votre application en fournissant des images animées dans les notifications MessagingStyle() et BigPictureStyle(). De plus, votre application peut désormais permettre aux utilisateurs d'envoyer des messages avec image lorsqu'ils répondent à des messages depuis le volet des notifications.

Améliorations du mode immersif pour la navigation par gestes

Android 12 consolide le comportement existant pour permettre aux utilisateurs d'exécuter plus facilement des commandes de navigation par gestes en mode immersif. De plus, Android 12 fournit un comportement de rétrocompatibilité pour le mode immersif persistant.

Partage d'URL récentes (Pixel uniquement)

Sur les appareils Pixel, les utilisateurs peuvent désormais partager des liens vers du contenu Web récemment consulté directement depuis l'écran "Récents". Après avoir consulté le contenu dans une application, l'utilisateur peut balayer l'écran pour accéder à l'écran "Récents" et trouver l'application dans laquelle il a consulté le contenu, puis appuyer sur le bouton de lien pour copier ou partager l'URL.

Pour en savoir plus, consultez Activer le partage des URL récentes.

Sécurité et confidentialité

Tableau de bord Confidentialité

Sur les appareils compatibles équipés d'Android 12 ou version ultérieure, un écran "Tableau de bord Confidentialité" est disponible dans les paramètres système. Il permet aux utilisateurs d'accéder à des écrans distincts qui s'affichent lorsque les applications accèdent aux informations concernant la localisation, au micro et à l'appareil photo. Chaque écran montre à quel moment les différentes applications ont accédé à un type de données spécifique. La figure 1 présente la chronologie d'accès aux données de localisation.

Votre application peut fournir une justification aux utilisateurs pour les aider à comprendre pourquoi elle accède aux informations concernant la localisation, au micro ou à l'appareil photo. Cette justification peut être affichée sur le nouvel écran "Tableau de bord Confidentialité", sur l'écran des autorisations de votre application ou sur les deux.

Autorisations Bluetooth

Android 12 introduit les autorisations BLUETOOTH_SCAN, BLUETOOTH_ADVERTISE et BLUETOOTH_CONNECT. Ces autorisations permettent aux applications ciblant Android 12 d'interagir plus facilement avec les appareils Bluetooth, en particulier pour les applications qui ne nécessitent pas d'accéder à la position de l'appareil.

Mettre à jour les déclarations d'autorisation Bluetooth de votre application

Pour préparer votre appareil à cibler Android 12 ou version ultérieure, mettez à jour la logique de votre application. Au lieu de déclarer un ancien ensemble d'autorisations Bluetooth, déclarez un ensemble d'autorisations Bluetooth plus moderne.

Recherche de groupes d'autorisations

Sur Android 12 ou version ultérieure, vous pouvez interroger la façon dont le système organise les autorisations fournies par la plate-forme en groupes d'autorisations :

• Pour déterminer le groupe d'autorisations dans lequel le système a placé une autorisation définie par la plate-forme, appelez getGroupOfPlatformPermission().
• Pour déterminer les autorisations définies par la plate-forme que le système a placées dans un groupe d'autorisations particulier, appelez getPlatformPermissionsForGroup().

Masquer les fenêtres d'overlay d'application

Pour permettre aux développeurs de mieux contrôler ce que les utilisateurs voient lorsqu'ils interagissent avec l'application du développeur, Android 12 introduit la possibilité de masquer les fenêtres de superposition dessinées par les applications disposant de l'autorisation SYSTEM_ALERT_WINDOW.

Après avoir déclaré l'autorisation HIDE_OVERLAY_WINDOWS, une application peut appeler setHideOverlayWindows() pour indiquer que toutes les fenêtres de type TYPE_APPLICATION_OVERLAY doivent être masquées lorsque la fenêtre de l'application est visible. Les applications peuvent choisir de le faire lorsqu'elles affichent des écrans sensibles, tels que les flux de confirmation de transaction.

Les applications qui affichent des fenêtres de type TYPE_APPLICATION_OVERLAY doivent envisager des alternatives plus adaptées à leur cas d'utilisation, telles que le Picture-in-picture ou les bulles.

Indicateur de protection des autorisations des signataires connus

À partir d'Android 12, l'attribut knownCerts pour les autorisations au niveau de la signature vous permet de faire référence aux condensés des certificats de signature connus au moment de la déclaration.

Votre application peut déclarer cet attribut et utiliser l'option knownSigner pour permettre aux appareils et aux applications d'accorder des autorisations de signature à d'autres applications, sans avoir à signer les applications lors de la fabrication et de l'expédition de l'appareil.

Attestation de propriété de l'appareil

Android 12 étend l'ensemble des applications pouvant vérifier les propriétés de l'appareil qui se trouvent dans un certificat d'attestation lorsque ces applications génèrent une nouvelle clé.

Depuis Android 9 (niveau d'API 28), les propriétaires de règles relatives aux appareils qui utilisent Keymaster 4.0 ou version ultérieure peuvent vérifier les propriétés de l'appareil dans ces certificats d'attestation. À partir d'Android 12, toute application ciblant Android 12 (niveau d'API 31) ou une version ultérieure peut effectuer cette validation à l'aide de la méthode setDevicePropertiesAttestationIncluded().

Les propriétés d'appareil générées incluent les champs Build suivants :

• BRAND
• DEVICE
• MANUFACTURER
• MODEL
• PRODUCT

Actions de notification sécurisées sur l'écran de verrouillage

À partir d'Android 12, la classe Notification.Action.Builder est compatible avec la méthode setAuthenticationRequired(), qui permet à votre application d'exiger qu'un appareil soit déverrouillé avant d'appeler une action de notification donnée. Cette méthode permet d'ajouter une couche de sécurité supplémentaire aux notifications sur les appareils verrouillés.

Chaînes localisables pour BiometricPrompt

Android 12 introduit de nouvelles API pour vous aider à améliorer l'expérience utilisateur de l'authentification biométrique de votre application. La nouvelle classe imbriquée BiometricManager.Strings inclut les méthodes getButtonLabel(), getPromptMessage() et getSettingName(), qui permettent à votre application de récupérer un libellé de bouton, un message d'invite ou un nom de paramètre d'application lisibles par l'utilisateur et localisés. Utilisez ces libellés pour créer des instructions plus précises visibles par l'utilisateur, spécifiques aux méthodes d'authentification biométrique utilisées, telles que "Utiliser le déverrouillage par reconnaissance faciale" ou "Utiliser votre empreinte digitale pour continuer".

Multimédia

Transcodage de contenus multimédias dans un format compatible

À partir d'Android 12 (niveau d'API 31), le système peut transcoder automatiquement les vidéos HEVC(H.265) et HDR (HDR10 et HDR10+) enregistrées sur l'appareil au format AVC (H.264), un format largement compatible avec les lecteurs standards. Cela permet de profiter des codecs modernes lorsqu'ils sont disponibles, sans sacrifier la compatibilité avec les anciennes applications.

Pour en savoir plus, consultez Transcodage de contenus multimédias dans un format compatible.

Classe de performance

Android 12 introduit une norme appelée classe de performance. Une classe de performances spécifie des fonctionnalités matérielles au-delà des exigences de base d'Android. Chaque appareil Android déclare la classe de performance prise en charge. Les développeurs peuvent vérifier la classe de performance de l'appareil au moment de l'exécution et proposer des expériences améliorées qui exploitent pleinement ses fonctionnalités.

Pour en savoir plus, consultez Classe de performances.

Améliorations de l'encodage vidéo

Android 12 définit un ensemble standard de clés pour contrôler la valeur du paramètre de quantification (QP) pour l'encodage vidéo, ce qui permet aux développeurs d'éviter le code spécifique au fournisseur.

Les nouvelles clés sont disponibles dans l'API MediaFormat et dans la bibliothèque multimédia du NDK.

À partir d'Android 12, les encodeurs vidéo appliquent un seuil de qualité minimal. Cela garantit que les utilisateurs ne subissent pas une qualité extrêmement faible lors de l'encodage de vidéos présentant une complexité de scène élevée.

Priorité audio

À partir d'Android 12 (niveau d'API 31), lorsqu'une application demande la priorité audio alors qu'une autre application l'a déjà et est en cours de lecture, le système réduit le volume de l'application en cours de lecture.

Pour en savoir plus, consultez Focus audio dans Android 12 et versions ultérieures.

Mises à jour de MediaDrm

Pour déterminer si un composant de décodeur sécurisé est requis avec les API MediaDrm actuelles, procédez comme suit :

1. Créez un élément MediaDrm.
2. Ouvrez une session pour obtenir un ID de session.
3. Créez un MediaCrypto à l'aide de l'ID de session.
4. Appelez MediaCrypto.requiresSecureDecoderComponent(mimeType).

Les nouvelles méthodes requiresSecureDecoder(@NonNull String mime) et requiresSecureDecoder(@NonNull String mime, @SecurityLevel int level) vous permettent de déterminer cela dès que vous créez un MediaDrm.

Appareil photo

Extensions de fournisseur Camera2

Bon nombre de nos partenaires fabricants d'appareils ont créé des extensions d'appareil photo personnalisées (Bokeh, HDR, mode Nuit, etc.) qu'ils souhaitent que les applications utilisent pour créer des expériences différenciées sur leurs appareils. La bibliothèque CameraX est déjà compatible avec ces extensions de fournisseurs personnalisées. Dans Android 12, ces extensions de fournisseur sont désormais exposées directement dans la plate-forme.

Cet ajout permet aux applications qui ont des implémentations Camera2 complexes de profiter des extensions de fournisseurs sans avoir à apporter de modifications importantes au code existant. Les API d'extension Camera2 exposent exactement le même ensemble d'extensions que dans CameraX, et celles-ci sont déjà compatibles avec de nombreux appareils. Vous pouvez donc les utiliser sans configuration supplémentaire.

Pour en savoir plus, consultez les sections sur CameraExtensionCharacteristics

Compatibilité avec les capteurs d'appareil photo Quad Bayer

De nombreux appareils Android sont aujourd'hui équipés de capteurs d'appareil photo ultra-haute résolution, généralement avec des motifs Quad ou Nona Bayer, qui offrent une grande flexibilité en termes de qualité d'image et de performances en faible luminosité. Android 12 introduit de nouvelles API de plate-forme qui permettent aux applications tierces de profiter pleinement de ces capteurs polyvalents. Les nouvelles API sont compatibles avec le comportement unique de ces capteurs et tiennent compte du fait qu'ils peuvent accepter différentes configurations et combinaisons de flux lorsqu'ils fonctionnent en mode résolution maximale ou en mode par défaut.

Éléments graphiques et images

Fournir aux applications un accès direct aux traces de tombstone

À partir d'Android 12, vous pouvez accéder au tombstone de plantage natif de votre application en tant que tampon de protocole via la méthode ApplicationExitInfo.getTraceInputStream(). Le tampon de protocole est sérialisé à l'aide de ce schéma. Auparavant, le seul moyen d'accéder à ces informations était d'utiliser Android Debug Bridge (Adb).

Pour en savoir plus, consultez Fournir aux applications un accès direct aux traces de tombstone.

Compatibilité avec les images AVIF

Android 12 est compatible avec les images au format AVIF (AV1 Image File Format). AVIF est un format de conteneur pour les images et les séquences d'images encodées à l'aide d'AV1. AVIF exploite le contenu encodé intra-image de la compression vidéo. Cela améliore considérablement la qualité de l'image pour la même taille de fichier par rapport aux anciens formats d'image, tels que JPEG. Pour en savoir plus sur les avantages de ce format, consultez l'article de blog de Jake Archibald.

Flous, filtres de couleur et autres effets plus faciles à appliquer

Android 12 ajoute la nouvelle classe RenderEffect, qui applique des effets graphiques courants tels que le flou, les filtres de couleur, les effets de nuanceur Android et plus encore aux View et aux hiérarchies de rendu. Les effets peuvent être combinés sous forme d'effets en chaîne (qui composent un effet interne et un effet externe) ou d'effets mélangés. Il est possible que certains appareils Android ne soient pas compatibles avec cette fonctionnalité en raison d'une puissance de traitement limitée.

Les effets peuvent également être appliqués au RenderNode sous-jacent pour les View en appelant View.setRenderEffect(RenderEffect).

Pour implémenter un RenderEffect :

view.setRenderEffect(RenderEffect.createBlurEffect(radiusX, radiusY, SHADER_TILE_MODE))

Décodage des images animées en mode natif

Sous Android 12, l'API NDK ImageDecoder a été étendue pour décoder tous les frames et toutes les données de codes temporels qui utilisent le GIF et les formats de fichiers WebP animés. À son lancement sous Android 11, cette API ne décodait que la première image à partir d'animations dans ces formats.

Utilisez ImageDecoder au lieu de bibliothèques tierces pour encore diminuer la taille de l'APK et bénéficier de futures mises à jour liées à la sécurité et aux performances.

Pour en savoir plus sur l'API, reportez-vous à la documentation de référence de l'API et à l'exemple sur GitHub.

Connectivité

Maintenir les applications associées actives

Pour répondre au besoin des applications associées de continuer à s'exécuter pour gérer l'appareil, Android 12 introduit des API qui effectuent les opérations suivantes :

• Vous permet de réactiver une application lorsqu'un appareil associé est à portée.
• Garantir que le processus continuera de s'exécuter tant que l'appareil reste à portée.

Pour utiliser les API, vos appareils doivent être connectés à l'aide du Gestionnaire d'appareils associés. Pour en savoir plus, consultez CompanionDeviceManager.startObservingDevicePresence() et CompanionDeviceService.onDeviceAppeared().

Profils Companion Device Manager

Les applications partenaires fonctionnant sous Android 12 (niveau d'API 31) ou version ultérieure peuvent utiliser des profils d'appareils associés pour se connecter à une montre. L'utilisation d'un profil simplifie le processus d'enregistrement en regroupant l'attribution d'un ensemble d'autorisations spécifiques au type d'appareil dans une seule étape.

Les autorisations groupées sont accordées à l'application associée une fois que l'appareil se connecte. Elles ne sont valables que lorsque l'appareil est associé. La suppression de l'application ou de l'association supprime les autorisations.

Pour en savoir plus, consultez les sections sur AssociationRequest.Builder.setDeviceProfile()

Améliorations de l'estimation de la bande passante

Sous Android 12, les fonctionnalités d'estimation de la bande passante fournies par getLinkDownstreamBandwidthKbps() et getLinkUpstreamBandwidthKbps() sont améliorées pour la connectivité Wi-Fi et mobile. Les valeurs renvoyées représentent désormais le débit moyen pondéré de l'utilisateur par opérateur ou SSID Wi-Fi, type de réseau et niveau de signal, pour toutes les applications de l'appareil. Cela peut renvoyer une estimation plus précise et réaliste du débit attendu, fournir des estimations sur un démarrage à froid de votre application et nécessite moins de cycles par rapport à l'utilisation d'autres méthodes d'estimation du débit.

Améliorations de Wi-Fi Aware (NAN)

Android 12 apporte quelques améliorations à Wi-Fi Aware :

• Sur les appareils équipés d'Android 12 (niveau d'API 31) ou version ultérieure, vous pouvez utiliser le rappel onServiceLost() pour être averti lorsque votre application a perdu un service détecté en raison de l'arrêt du service ou de son déplacement hors de portée.
• La configuration de plusieurs chemins de données (chemins de données NAN) est modifiée pour être plus efficace. Les versions antérieures utilisaient la messagerie L2 pour échanger des informations sur les pairs des initiateurs, ce qui entraînait une latence. Sur les appareils équipés d'Android 12 ou version ultérieure, le répondeur (serveur) peut être configuré pour accepter n'importe quel pair. Autrement dit, il n'a pas besoin de connaître les informations de l'initiateur à l'avance. Cela accélère la mise en place du chemin de données et permet d'établir plusieurs liaisons point à point avec une seule requête réseau.
• Pour éviter que le framework ne rejette les requêtes de découverte ou de connexion en raison d'un manque de ressources, sur les appareils équipés d'Android 12 ou version ultérieure, vous pouvez appeler WifiAwareManager.getAvailableAwareResources(). La valeur renvoyée par cette méthode vous permet d'obtenir le nombre de chemins de données disponibles, le nombre de sessions de publication disponibles et le nombre de sessions d'abonnement disponibles.

Connexion simultanée d'égal à égal et connexion Internet

Lorsque des appareils ciblant Android 12 (niveau d'API 31) ou version ultérieure s'exécutent sur des appareils compatibles avec le matériel, l'utilisation de connexions peer-to-peer ne déconnecte pas votre connexion Wi-Fi existante lors de la création de la connexion à l'appareil pair. Pour vérifier la compatibilité avec cette fonctionnalité, utilisez WifiManager.isMultiStaConcurrencySupported().

Activer l'écran éteint pour les paiements NFC

Dans les applications qui ciblent Android 12 ou version ultérieure, vous pouvez activer les paiements NFC sans que l'écran de l'appareil soit allumé en définissant requireDeviceScreenOn sur false. Pour en savoir plus sur les paiements NFC lorsque l'écran est éteint ou verrouillé, consultez Comportement de l'écran éteint et de l'écran de verrouillage.

Stockage

Android 12 introduit les fonctionnalités de gestion de l'espace de stockage suivantes :

• Compatibilité du Media Store avec MediaDocumentsProvider lorsque votre application récupère un URI multimédia équivalent à un URI de fournisseur de documents donné.
• Un répertoire pour les enregistrements vocaux.
• L'autorisation MANAGE_MEDIA, qui permet à une application d'effectuer des opérations de gestion des contenus multimédias sans afficher de boîte de dialogue de confirmation à l'utilisateur pour chaque opération.
• Les applications disposant à la fois de l'autorisation MANAGE_EXTERNAL_STORAGE et de l'autorisation QUERY_ALL_PACKAGES (ex. : applications de gestion de fichiers) peuvent appeler une activité personnalisée pour gérer l'espace de stockage d'une autre application, à condition que l'autre application crée l'activité personnalisée.

Fonctionnalité de base

Mises à jour automatiques des applications

Android 12 introduit la méthode setRequireUserAction() pour les applications qui utilisent l'API PackageInstaller. Cette méthode permet aux applications d'installation d'effectuer des mises à jour d'applications sans que l'utilisateur ait à confirmer l'action.

Informations sur le chipset de l'appareil

Android 12 ajoute deux constantes à android.os.Build qui exposent les informations sur le fournisseur et le modèle du chipset SoC via le SDK. Vous pouvez récupérer ces informations en appelant respectivement Build.SOC_MANUFACTURER et Build.SOC_MODEL.

Mises à jour des API Java de base

En fonction des demandes et de la collaboration avec les développeurs, nous avons ajouté les bibliothèques principales suivantes dans Android 12 :