Android 11 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 application 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 en savoir plus sur les domaines dans lesquels les modifications de la plate-forme peuvent affecter vos applications, consultez les modifications de comportement d'Android 11 pour les applications ciblant Android R et pour toutes les applications, ainsi que les modifications de la confidentialité.
Nouvelles expériences
Commandes de contrôle des appareils
Android 11 inclut une nouvelle API ControlsProviderService
que vous pouvez utiliser pour exposer les commandes des appareils externes connectés. Ces commandes apparaissent sous Commandes de l'appareil dans le menu Marche/Arrêt d'Android. Pour en savoir plus, consultez la section Contrôler des appareils externes.
Commandes multimédias
Android 11 modifie l'affichage des commandes multimédias. Les commandes multimédias s'affichent à côté des réglages rapides. Les sessions de plusieurs applications sont organisées dans un carrousel à faire glisser qui comprend des flux lus localement sur le téléphone, des flux distants, tels que ceux détectés sur des appareils externes ou des sessions Cast, et des sessions précédentes avec reprise dans l'ordre dans lequel elles ont été lues pour la dernière fois.
Les utilisateurs peuvent redémarrer les sessions précédentes à partir du carrousel sans avoir à démarrer l'application. Lorsque la lecture commence, l'utilisateur interagit avec les commandes multimédias comme d'habitude.
Pour en savoir plus, consultez la section Commandes multimédias.
Écrans
Meilleure compatibilité avec les affichages en cascade
Android 11 fournit plusieurs API pour prendre en charge les écrans en cascade qui entourent le bord de l'appareil. Ces écrans sont traités comme une variante d'écrans avec encoche. Les méthodes DisplayCutout
.getSafeInset…()
existantes renvoient désormais l'encart sécurisé pour éviter les zones de cascade d'annonces ainsi que les encoches.
Pour afficher le contenu de votre application dans la zone de la cascade d'annonces, procédez comme suit:
Appelez
DisplayCutout.getWaterfallInsets()
pour obtenir les dimensions exactes de l'encart de la cascade d'annonces.Définissez l'attribut de mise en page de fenêtre
layoutInDisplayCutoutMode
surLAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS
pour permettre à la fenêtre de s'étendre dans l'encoche et la cascade sur tous les bords de l'écran. Vous devez vous assurer qu'aucun contenu essentiel ne se trouve dans l'encoche ou la cascade.
Capteur d'angle de charnière et appareils pliables
Android 11 permet aux applications exécutées sur des appareils avec des configurations d'écran à charnière de déterminer l'angle de la charnière en fournissant un nouveau capteur avec TYPE_HINGE_ANGLE
et un nouveau SensorEvent
capable de surveiller l'angle de la charnière et de fournir une mesure en degrés entre deux parties intégrales de l'appareil. Vous pouvez utiliser ces mesures brutes pour effectuer des animations précises lorsque l'utilisateur manipule l'appareil.
Consultez la section Produits pliables.
Conversations
Amélioration des conversations
Android 11 apporte un certain nombre d'améliorations à la gestion des conversations. Les conversations sont des communications bidirectionnelles en temps réel entre deux personnes ou plus. Ces conversations bénéficient d'une proéminence particulière, et les utilisateurs disposent de plusieurs nouvelles options pour interagir avec elles.
Pour en savoir plus sur les conversations et sur la façon dont votre application peut les prendre en charge, consultez Contacts et conversations.
Bulles de chat
Les bulles sont désormais disponibles pour les développeurs afin d'afficher des conversations sur l'ensemble du système. Les bulles étaient une fonctionnalité expérimentale d'Android 10 activée via une option pour les développeurs. Sous Android 11, ce n'est plus nécessaire.
Si une application cible Android 11 (niveau d'API 30) ou une version ultérieure, ses notifications ne sont pas présentées sous forme de bulles, à moins qu'elles ne répondent aux nouvelles exigences de conversation. Plus précisément, la notification doit être associée à un raccourci.
Avant Android 11, si vous souhaitiez afficher une notification dans des bulles, vous deviez spécifier explicitement que la notification était définie pour se lancer toujours en mode UI de document. À partir d'Android 11, vous n'avez plus besoin de définir explicitement ce paramètre. Si la notification apparaît sous forme de bulles, la plate-forme définit automatiquement la notification pour qu'elle se lance toujours en mode UI de document.
Les performances des bulles ont été améliorées, et les utilisateurs ont plus de flexibilité pour activer et désactiver les bulles dans chaque application. Pour les développeurs qui ont implémenté une compatibilité expérimentale, quelques modifications ont été apportées aux API dans Android 11:
- Le constructeur
BubbleMetadata.Builder()
sans paramètre est obsolète. Utilisez plutôt l'un des deux nouveaux constructeursBubbleMetadata.Builder(PendingIntent, Icon)
ouBubbleMetadata.Builder(String)
. - Créez
BubbleMetadata
à partir d'un ID de raccourci en appelantBubbleMetadata.Builder(String)
. La chaîne transmise doit correspondre à l'ID de raccourci fourni àNotification.Builder
. - Créez des icônes de bulle avec
Icon.createWithContentUri()
ou avec la nouvelle méthodecreateWithAdaptiveBitmapContentUri()
.
Indicateurs visuels 5G
Pour en savoir plus sur l'affichage des indicateurs 5G sur les appareils des utilisateurs, consultez la section Informer vos utilisateurs lorsqu'ils sont connectés à 5G.
Confidentialité
Android 11 introduit un grand nombre de modifications et de restrictions pour améliorer la confidentialité des utilisateurs. Pour en savoir plus, consultez la page Confidentialité.
Sécurité
Mises à jour de l'authentification biométrique
Pour vous aider à contrôler le niveau de sécurité des données de votre application, Android 11 fournit plusieurs améliorations à l'authentification biométrique. Ces modifications apparaissent également dans la bibliothèque Jetpack Biometric.
Types d'authentification
Android 11 introduit l'interface BiometricManager.Authenticators
, qui vous permet de déclarer les types d'authentification compatibles avec votre application.
Déterminer le type d'authentification utilisé
Une fois l'utilisateur authentifié, vous pouvez vérifier s'il a utilisé des identifiants d'appareil ou des identifiants biométriques en appelant getAuthenticationType()
.
Compatibilité supplémentaire avec les clés auth-per-use
Android 11 offre une meilleure prise en charge de l'authentification à l'aide de clés auth-per-use.
Méthodes obsolètes
Android 11 abandonne les méthodes suivantes:
- La méthode
setDeviceCredentialAllowed()
. - La méthode
setUserAuthenticationValidityDurationSeconds()
. - Version surchargée de
canAuthenticate()
qui n'accepte aucun argument.
Partage sécurisé de grands ensembles de données
Dans certaines situations, par exemple celles qui impliquent le machine learning ou la lecture de contenus multimédias, votre application peut vouloir utiliser le même ensemble de données volumineux qu'une autre. Dans les versions précédentes d'Android, votre application et une autre application devaient chacune télécharger une copie distincte du même ensemble de données.
Pour contribuer à réduire la redondance des données, à la fois sur le réseau et sur disque, Android 11 permet la mise en cache de ces ensembles de données volumineux sur l'appareil à l'aide de blobs de données partagées. Pour en savoir plus sur le partage des ensembles de données, consultez le guide détaillé sur le partage de grands ensembles de données.
Effectuer un chiffrement basé sur les fichiers après un redémarrage OTA sans identifiants utilisateur
Une fois que l'appareil a effectué une mise à jour OTA et redémarré, les clés chiffrées d'identifiants placées dans un espace de stockage protégé par identifiants sont immédiatement disponibles pour les opérations de chiffrement basé sur les fichiers (FBE). Cela signifie qu'après une mise à jour OTA, votre application peut reprendre les opérations qui nécessitent les clés CE avant que l'utilisateur ne saisisse son code, schéma ou mot de passe.
Performances et qualité
Débogage sans fil
Android 11 permet de déployer et de déboguer votre application sans fil à partir de votre station de travail via Android Debug Bridge (adb). Vous pouvez par exemple déployer votre application débogable sur plusieurs appareils distants sans connecter physiquement votre appareil via USB ni devoir faire face aux problèmes de connexion USB courants, tels que l'installation de pilotes. Pour en savoir plus, consultez Exécuter des applications sur un appareil matériel.
Installation d'APK incrémentiel ADB
L'installation d'APK volumineux (plus de 2 Go) sur un appareil peut prendre beaucoup de temps, même si une petite modification n'est apportée qu'à une application. L'installation incrémentielle d'APK ADB (Android Debug Bridge) accélère ce processus en installant suffisamment d'APK pour lancer l'application tout en diffusant les données restantes en arrière-plan. adb install
utilisera cette fonctionnalité automatiquement si elle est compatible avec l'appareil et que vous avez installé la dernière version du SDK Platform-Tools. Si ce n'est pas le cas, la méthode d'installation par défaut est utilisée en mode silencieux.
Exécutez la commande adb suivante pour utiliser cette fonctionnalité. Si l'appareil n'est pas compatible avec l'installation incrémentielle, la commande échoue et affiche une explication détaillée.
adb install --incremental
Avant d'exécuter une installation incrémentielle d'APK ADB, vous devez signer votre APK et créer un fichier APK Signature Scheme v4. Pour que cette fonctionnalité fonctionne, le fichier de signature de la version 4 doit être placé à côté de l'APK.
Détection d'erreurs à l'aide de l'outil d'allocation de mémoire natif
GWP-ASan est une fonctionnalité d'allocation de mémoire native qui permet de détecter les bugs d'utilisation après libération (use-after-free) et de dépassement de mémoire tampon du tas (heap-buffer-overflow). Vous pouvez activer cette fonctionnalité de manière globale ou pour des sous-processus spécifiques de votre application. Pour en savoir plus, consultez le guide GWP-Asan.
API Neural Networks 1.3
Android 11 développe et améliore l'API NNAPI (Neural Networks).
Nouvelles opérations
NNAPI 1.3 introduit un nouveau type d'opérande, TENSOR_QUANT8_ASYMM_SIGNED
, compatible avec le nouveau schéma de quantification de TensorFlow Lite.
De plus, NNAPI 1.3 introduit les nouvelles opérations suivantes:
QUANTIZED_LSTM
IF
WHILE
ELU
HARD_SWISH
FILL
RANK
Nouvelles commandes de ML
NNAPI 1.3 introduit de nouveaux contrôles pour assurer le bon fonctionnement du machine learning:
API QoS:la nouvelle API Quality of Service prend en charge l'établissement des priorités et les échéances des tâches dans NNAPI avec les nouvelles fonctions suivantes:
Entrée/sortie du domaine de mémoire:NNAPI 1.3 est compatible avec les domaines de mémoire en entrée et en sortie jusqu'à l'exécution. Cela permet d'éliminer les copies inutiles des mêmes données entre les différents composants du système, améliorant ainsi les performances d'exécution des réseaux de neurones Android. Cette fonctionnalité ajoute un ensemble de nouvelles API NDK à utiliser avec les objets
ANeuralNetworksMemoryDesc
etANeuralNetworkMemory
, y compris les fonctions suivantes:ANeuralNetworksMemoryDesc_create()
ANeuralNetworksMemoryDesc_free()
ANeuralNetworksMemoryDesc_addInputRole()
ANeuralNetworksMemoryDesc_addOutputRole()
ANeuralNetworksMemoryDesc_setDimensions()
ANeuralNetworksMemoryDesc_finish()
ANeuralNetworksMemory_createFromDesc()
ANeuralNetworksMemory_copy()
Pour en savoir plus, consultez l'exemple de domaine de mémoire de réseau de neurones.
Prise en charge de l'API de dépendance et de la barrière de synchronisation:NNAPI 1.3 est compatible avec le calcul asynchrone avec des dépendances, ce qui permet de réduire considérablement les frais généraux lors de l'appel de petits modèles en chaîne. Cette fonctionnalité ajoute les fonctions suivantes:
Flux de contrôle:NNAPI 1.3 est compatible avec le flux de contrôle général avec les nouvelles opérations de graphique
ANEURALNETWORKS_IF
etANEURALNETWORKS_WHILE
, qui acceptent d'autres modèles comme arguments à l'aide du nouveau type d'opérandeANEURALNETWORKS_MODEL
. De plus, cette fonctionnalité ajoute les fonctions suivantes:
API Thermal du NDK
Lorsque les appareils deviennent trop chauds, ils peuvent limiter le processeur et/ou le GPU, ce qui peut affecter les applications de manière inattendue. Les applications ou les jeux qui intègrent des graphismes complexes, des calculs intensifs ou une activité réseau soutenue sont plus susceptibles de rencontrer des problèmes.
Utilisez l'API thermique du NDK dans Android 11 pour surveiller les changements de température sur l'appareil, puis prenez les mesures nécessaires pour maintenir une consommation d'énergie plus faible et une température plus froide de l'appareil. Cette API est semblable à l'API Thermal Java. Vous pouvez l'utiliser pour recevoir des notifications en cas de changement d'état thermique ou pour interroger directement l'état actuel.
Texte et saisie
Amélioration des transitions IME
Android 11 introduit de nouvelles API permettant d'améliorer les transitions pour les éditeurs de mode de saisie (IME), tels que les claviers à l'écran. Ces API facilitent l'ajustement du contenu de votre application en synchronisation avec l'apparence et la disparition de l'IME, et avec d'autres éléments tels que l'état et les barres de navigation.
Pour afficher un IME alors qu'un EditText
est actif, appelez view.getInsetsController().show(Type.ime())
.
Vous pouvez appeler cette méthode sur n'importe quelle vue de la même hiérarchie que la EditText
sélectionnée. Vous n'avez pas besoin de l'appeler spécifiquement sur EditText
. Pour masquer l'IME, appelez view.getInsetsController().hide(Type.ime())
.
Vous pouvez vérifier si un IME est actuellement visible en appelant view.getRootWindowInsets().isVisible(Type.ime())
.
Pour synchroniser les vues de votre application avec l'apparence et la disparition de l'IME, définissez un écouteur sur une vue en fournissant un WindowInsetsAnimation.Callback
à View.setWindowInsetsAnimationCallback()
.
(Vous pouvez définir cet écouteur sur n'importe quelle vue, il ne doit pas nécessairement s'agir d'un EditText
.) L'IME appelle la méthode onPrepare()
de votre écouteur, puis onStart()
au début de la transition. Il appelle ensuite onProgress()
à chaque progression de la transition. Une fois la transition terminée, l'IME appelle onEnd()
.
À tout moment au cours de la transition, vous pouvez connaître son état d'avancement en appelant WindowInsetsAnimation.getFraction()
.
Pour obtenir un exemple d'utilisation de ces API, consultez le nouvel exemple de code WindowInsetsAnimation.
Contrôler l'animation IME
Vous pouvez également prendre le contrôle de l'animation IME ou d'une autre barre système, comme la barre de navigation. Pour ce faire, commencez par appeler setOnApplyWindowInsetsListener()
afin de définir un nouvel écouteur pour les modifications d'encart de fenêtre:
Kotlin
rootView.setOnApplyWindowInsetsListener { rootView, windowInsets -> val barsIme = windowInsets.getInsets(Type.systemBars() or Type.ime()) rootView.setPadding(barsIme.left, barsIme.top, barsIme.right, barsIme.bottom) // We return the new WindowInsets.CONSUMED to stop the insets being // dispatched any further into the view hierarchy. This replaces the // deprecated WindowInsets.consumeSystemWindowInsets() and related // functions. WindowInsets.CONSUMED }
Java
mRoot.setOnApplyWindowInsetsListener(new View.OnApplyWindowInsetsListener() { @Override public WindowInsets onApplyWindowInsets(View v, WindowInsets insets) { Insets barsIME = insets.getInsets(Type.systemBars() | Type.ime()); mRootView.setPadding(barsIme.left, barsIme.top, barsIme.right, barsIme.bottom); // We return the new WindowInsets.CONSUMED to stop the insets being // dispatched any further into the view hierarchy. This replaces the // deprecated WindowInsets.consumeSystemWindowInsets() and related // functions. return WindowInsets.CONSUMED; } });
Pour déplacer l'IME ou une autre barre système, appelez la méthode controlWindowInsetsAnimation()
du contrôleur:
Kotlin
view.windowInsetsController.controlWindowInsetsAnimation( Type.ime(), 1000, LinearInterpolator(), cancellationSignal, object : WindowInsetsAnimationControlListener() { fun onReady(controller: WindowInsetsAnimationController, types: Int) { // update IME inset controller.setInsetsAndAlpha(Insets.of(0, 0, 0, inset), 1f /* alpha */, 0.1 /* fraction progress */) } } );
Java
mRoot.getWindowInsetsController().controlWindowInsetsAnimation( Type.ime(), 1000, new LinearInterpolator(), cancellationSignal, new WindowInsetsAnimationControlListener() { @Override public void onReady( @NonNull WindowInsetsAnimationController controller, int types ) { // update IME inset controller.setInsetsAndAlpha(Insets.of(0, 0, 0, inset), 1f /* alpha */, 0.1 /* fraction progress */); } @Override public void onCancelled() {} });
Mises à jour des bibliothèques ICU
Android 11 met à jour le package android.icu
pour qu'il utilise la version 66 de la bibliothèque ICU, contre la version 63 dans Android 10. La nouvelle version de la bibliothèque inclut des données de paramètres régionaux CLDR mises à jour et plusieurs améliorations de la prise en charge de l'internationalisation dans Android.
Les modifications notables apportées aux nouvelles versions de la bibliothèque sont les suivantes:
- De nombreuses API de mise en forme acceptent désormais un nouveau type d'objet renvoyé qui étend
FormattedValue
. - L'API
LocaleMatcher
est améliorée avec une classe de compilateur, la compatibilité avec le typejava.util.Locale
et une classe de résultat contenant des données supplémentaires sur une correspondance. - Unicode 13 est désormais accepté.
Contenus multimédias
Attribuer des tampons MediaCodec
Android 11 inclut de nouvelles API MediaCodec
qui permettent aux applications de mieux contrôler l'allocation des tampons d'entrée et de sortie. Cela permet à votre application de gérer la mémoire plus efficacement.
Nouveaux cours:
Nouvelles méthodes:
MediaCodec.getQueueRequest()
MediaCodec.getOutputFrame()
MediaCodec.LinearBlock.isCodecCopyFreeCompatible()
De plus, le comportement des deux méthodes dans MediaCodec.Callback()
a changé:
onInputBufferAvailable()
- Au lieu d'appeler
MediaCodec.getInputBuffer()
etMediaCodec.queueInputBuffer()
avec l'index, si elles sont configurées pour utiliser l'API Block Model, les applications doivent utiliserMediaCodec.getQueueRequest
avec l'index, en associant un LinearBlock/HardwareBuffer à l'emplacement. onOutputBufferAvailable()
- Au lieu d'appeler
MediaCodec.getOutputBuffer()
avec l'index, les applications peuvent utiliserMediaCodec.getOutputFrame()
avec l'index pour obtenir l'objetOutputFrame
avec plus d'informations et des tampons LinearBlock/HardwareBuffer.
Décodage à faible latence dans MediaCodec
Android 11 améliore MediaCodec
afin de permettre le décodage à faible latence pour les jeux et d'autres applications en temps réel. Vous pouvez vérifier si un codec est compatible avec le décodage à faible latence en transmettant FEATURE_LowLatency
à MediaCodecInfo.CodecCapabilities.isFeatureSupported()
.
Pour activer ou désactiver le décodage à faible latence, effectuez l'une des opérations suivantes:
- Définissez la nouvelle clé
KEY_LOW_LATENCY
sur 0 ou 1 à l'aide deMediaCodec.configure()
. - Définissez la nouvelle clé de paramètre
PARAMETER_KEY_LOW_LATENCY
sur 0 ou 1 à l'aide deMediaCodec.setParameters()
.
Nouvelle fonction AAudio AAudioStream_release()
La fonction AAudioStream_close()
libère et ferme un flux audio en même temps. Cela peut être dangereux. Si un autre processus tente d'accéder au flux après sa fermeture, il plante.
La nouvelle fonction AAudioStream_release()
libère le flux, mais ne le ferme pas. Cela libère ses ressources et laisse le flux dans un état connu. L'objet persiste jusqu'à ce que vous appelez AAudioStream_close()
.
API MediaParser
MediaParser est une nouvelle API de bas niveau conçue pour l'extraction de contenus multimédias. Il est plus flexible que MediaExtractor et offre un contrôle supplémentaire sur la fonctionnalité d'extraction de contenus multimédias.
Capture audio depuis un périphérique USB
Lorsqu'une application sans autorisation RECORD_AUDIO
utilise UsbManager
pour demander un accès direct à un appareil audio USB disposant d'une fonctionnalité de capture audio (comme un casque USB), un nouveau message d'avertissement s'affiche pour demander à l'utilisateur de confirmer l'autorisation d'utiliser l'appareil. Le système ignore toute option "Toujours utiliser". L'utilisateur doit donc confirmer l'avertissement et accorder l'autorisation chaque fois qu'une application demande l'accès.
Pour éviter ce comportement, votre application doit demander l'autorisation RECORD_AUDIO
.
Accès simultané au micro
Android 11 ajoute de nouvelles méthodes aux API AudioRecord
, MediaRecorder
et AAudioStream
. Ces méthodes activent et désactivent la possibilité de capturer simultanément l'intégralité du contenu, quel que soit le cas d'utilisation sélectionné. Consultez la section Partager l'entrée audio.
Sélecteur de sortie
Android 11 implémente un nouveau comportement pour les applications qui utilisent les API Cast et MediaRouter.
En plus d'accéder aux options de diffusion depuis une application, les options de basculement s'affichent également dans le lecteur multimédia du système. Cela permet à l'utilisateur de naviguer facilement lorsqu'il passe d'un appareil à un autre lorsqu'il change de contexte de visionnage et d'écoute (par exemple, lorsqu'il regarde une vidéo dans la cuisine ou sur un téléphone, ou qu'il écoute du contenu audio à la maison ou en voiture). Reportez-vous au sélecteur de sortie.
Connectivité
Améliorations apportées au Wi-Fi Passpoint
Pour en savoir plus sur les fonctionnalités de Passpoint ajoutées dans Android 11, consultez Passpoint.
L'API Wi-Fi Suggestion est étendue
Android 11 développe l'API Wi-Fi Suggestion pour améliorer les capacités de gestion réseau de votre application, y compris les suivantes:
- Les applications de gestion de la connectivité peuvent gérer leurs propres réseaux en autorisant les requêtes de déconnexion.
- Les réseaux Passpoint sont intégrés à l'API Suggestion et peuvent être suggérés à l'utilisateur.
- Les API Analytics vous permettent d'obtenir des informations sur la qualité de vos réseaux.
Mises à jour du service CallScreeningService
À partir d'Android 11, un CallScreeningService peut demander des informations sur l'état de la validation STIR/SHAKEN (verstat) pour les appels entrants. Ces informations sont fournies dans les détails des appels entrants.
Si un CallScreeningService
détient l'autorisation READ_CONTACTS
, l'application est avertie en cas d'appels entrants ou sortants vers un numéro figurant dans les contacts de l'utilisateur.
Pour en savoir plus, consultez la section Empêcher le spoofing du numéro de l'appelant.
Mises à jour de l'API Open Mobile
Pour en savoir plus sur la compatibilité avec OMAPI sous Android 11 ou version ultérieure, consultez Compatibilité avec les lecteurs de l'API Open Mobile.
VPN performants
Les applications qui ciblent le niveau d'API 30 ou supérieur, ou qui s'exécutent sur des appareils lancés à partir du niveau d'API 29, peuvent appliquer le protocole IKEv2/IPsec aux VPN, qu'ils soient configurés par l'utilisateur ou basés sur une application.
Les VPN s'exécutent de manière native sur le système d'exploitation, ce qui simplifie le code requis pour établir des connexions VPN IKEv2/IPsec dans une application.
Contrôle des accès réseau par processus
Pour plus d'informations sur l'activation de l'accès au réseau par processus, consultez la section Gérer l'utilisation du réseau.
Autoriser plusieurs configurations Passpoint installées avec le même nom de domaine complet
À partir d'Android 11, vous pouvez utiliser PasspointConfiguration.getUniqueId()
pour obtenir un identifiant unique pour un objet PasspointConfiguration
, ce qui permet aux utilisateurs de votre application d'installer plusieurs profils avec le même nom de domaine complet (FQDN).
Cette fonctionnalité est utile lorsqu'un opérateur déploie plusieurs combinaisons de code pays mobile (MCC) et de code de réseau mobile (MNC) sur son réseau, mais ne possède qu'un seul nom de domaine complet. Sur Android 11 ou version ultérieure, il est possible d'installer plusieurs profils avec le même nom de domaine complet correspondant au réseau du fournisseur Home lorsque l'utilisateur installe une carte SIM avec MCC ou MNC.
Compatibilité avec l'antenne GNSS
Android 11 introduit la classe GnssAntennaInfo
, qui permet à votre application d'utiliser davantage le positionnement précis en centimètres que peut fournir le système GNSS (Global Navigation Satellite System).
Pour en savoir plus, consultez le guide sur les informations sur le calibrage de l'antenne.
Graphismes
Décodeur d'images du NDK
L'API ImageDecoder
du NDK fournit une API standard pour les applications C/C++ Android permettant de décoder directement les images. Les développeurs d'applications n'ont plus besoin d'utiliser les API de framework (via JNI) ni de regrouper des bibliothèques de décodage d'images tierces. Pour en savoir plus, consultez le guide du développeur pour le décodeur d'image.
API de fréquence d'images
Android 11 fournit une API qui permet aux applications d'informer le système de la fréquence d'images souhaitée afin de réduire les saccades sur les appareils compatibles avec plusieurs fréquences d'actualisation. Pour en savoir plus sur l'utilisation de cette API, consultez le guide de la fréquence d'images.
Demander une prise en charge à faible latence et vérifier
Certains écrans peuvent effectuer un post-traitement graphique, comme certains écrans et téléviseurs externes. Ce post-traitement améliore les performances graphiques, mais peut augmenter la latence. Les écrans plus récents, compatibles avec HDMI 2.1, disposent d'un mode automatique à faible latence (ALLM, également appelé mode de jeu), qui minimise la latence en désactivant ce post-traitement. Pour en savoir plus sur ALLM, consultez la spécification HDMI 2.1.
Une fenêtre peut demander l'utilisation du mode automatique à faible latence, s'il est disponible. ALLM est particulièrement utile pour les applications telles que les jeux et la visioconférence, pour lesquelles une faible latence est plus importante que la meilleure qualité graphique possible.
Pour activer ou désactiver le post-traitement minimal, appelez Window.setPreferMinimalPostProcessing()
ou définissez l'attribut preferMinimalPostProcessing
de la fenêtre sur true
. Tous les écrans n'acceptent pas un post-traitement minimal. Pour savoir si un écran particulier le permet, appelez la nouvelle méthode Display.isMinimalPostProcessingSupported()
.
Injection de la couche de débogage des graphiques performants
Les applications peuvent désormais charger des couches graphiques externes (GLES, Vulkan) dans le code d'application natif pour exposer les mêmes fonctionnalités qu'une application débogable, mais sans entraîner une surcharge des performances. Cette fonctionnalité est particulièrement importante lors du profilage de votre application avec des outils tels que GAPID. Pour profiler votre application, incluez l'élément de métadonnées suivant dans le fichier manifeste de votre application au lieu de la rendre débogable:
<application ... > <meta-data android:name="com.android.graphics.injectLayers.enable" android:value="true" /> </application>
Images et appareil photo
Couper le son et le vibreur des notifications pendant la capture active
À partir d'Android 11, lorsque l'appareil photo est utilisé activement, votre application peut uniquement couper le son des vibrations, des sons et des vibrations, ou aucun à l'aide de setCameraAudioRestriction()
.
Compatibilité étendue de l'appareil photo dans Android Emulator
Pour en savoir plus sur la prise en charge étendue des appareils photo dans l'émulateur à partir d'Android 11, consultez Prise en charge des appareils photo.
Prise en charge de l'utilisation simultanée de plusieurs caméras
Android 11 ajoute des API pour demander la prise en charge de l'utilisation de plusieurs appareils photo à la fois, y compris les caméras avant et arrière.
Pour vérifier la compatibilité de l'appareil sur lequel votre application s'exécute, utilisez les méthodes suivantes:
getConcurrentCameraIds()
renvoie unSet
de combinaisons d'ID de caméra pouvant être diffusées simultanément avec des combinaisons de flux garantis lorsqu'elles sont configurées par le même processus d'application.isConcurrentSessionConfigurationSupported()
demande si les caméras peuvent prendre en charge simultanément les configurations de session correspondantes.
Meilleure prise en charge des images HEIF comportant plusieurs images
À partir d'Android 11, si vous appelez ImageDecoder.decodeDrawable()
et transmettez une image HEIF contenant une séquence d'images (comme une animation ou une photo en rafale), la méthode renvoie un AnimatedImageDrawable
contenant la séquence d'images complète. Dans les versions antérieures d'Android, la méthode renvoyait un BitmapDrawable
d'un seul frame.
Si l'image HEIF contient plusieurs images qui ne font pas partie d'une séquence, vous pouvez récupérer une image individuelle en appelant MediaMetadataRetriever.getImageAtIndex()
.
Accessibilité
Mises à jour pour les développeurs de services d'accessibilité
Si vous créez un service d'accessibilité personnalisé, vous pouvez utiliser les fonctionnalités suivantes dans Android 11:
- L'explication d'un service d'accessibilité destinée aux utilisateurs permet désormais d'utiliser du code HTML et des images en plus du texte brut. Cette flexibilité permet d'expliquer plus facilement aux utilisateurs finaux ce que fait votre service et comment il peut les aider.
- Pour utiliser une description de l'état d'un élément d'interface utilisateur plus significative d'un point de vue sémantique que
contentDescription
, appelez la méthodegetStateDescription()
. - Pour demander que les événements tactiles contournent l'explorateur tactile du système, appelez
setTouchExplorationPassthroughRegion()
. De même, pour demander que les gestes contournent le détecteur de gestes du système, appelezsetGestureDetectionPassthroughRegion()
. - Vous pouvez demander des actions IME, telles que "Entrée" et "Suivant", ainsi que des captures d'écran de fenêtres qui n'activent pas l'indicateur
FLAG_SECURE
.
Autres fonctionnalités
Motifs de fermeture du processus d'application
Android 11 introduit la méthode ActivityManager.getHistoricalProcessExitReasons()
, qui signale les motifs des arrêts de processus récents. Les applications peuvent utiliser cette méthode pour recueillir des informations de diagnostic de plantage, par exemple pour savoir si l'arrêt d'un processus est dû à des erreurs ANR, à des problèmes de mémoire ou à d'autres raisons.
De plus, vous pouvez utiliser la nouvelle méthode setProcessStateSummary()
pour stocker des informations d'état personnalisé en vue d'une analyse ultérieure.
La méthode getHistoricalProcessExitReasons()
renvoie des instances de la classe ApplicationExitInfo
, qui contient des informations concernant la fin d'un processus d'application. En appelant getReason()
sur une instance de cette classe, vous pouvez déterminer la raison pour laquelle le processus de votre application a été arrêté. Par exemple, une valeur renvoyée par REASON_CRASH
indique qu'une exception non gérée s'est produite dans votre application. Si votre application doit garantir l'unicité des événements de sortie, elle peut conserver un identifiant spécifique à l'application, comme une valeur de hachage basée sur l'horodatage de la méthode getTimestamp()
.
Ressources supplémentaires
Pour en savoir plus, consultez l'article sur les nouveaux outils Android 11 permettant de rendre les applications plus privées et stables sur Medium.
Chargeurs de ressources
Android 11 introduit une nouvelle API qui permet aux applications d'étendre de manière dynamique la façon dont les ressources sont recherchées et chargées. Les nouvelles classes d'API ResourcesLoader
et ResourcesProvider
sont principalement chargées de fournir la nouvelle fonctionnalité. Ensemble, ils permettent de fournir des ressources et des éléments supplémentaires, ou de modifier les valeurs des ressources et des éléments existants.
Les objets ResourcesLoader
sont des conteneurs qui fournissent des objets ResourcesProvider
à l'instance Resources
d'une application. Les objets ResourcesProvider
fournissent ensuite des méthodes pour charger les données de ressources à partir d'APK et de tables de ressources.
L'un des principaux cas d'utilisation de cette API est le chargement d'éléments personnalisés. Vous pouvez utiliser loadFromDirectory()
pour créer un ResourcesProvider
qui redirige la résolution des ressources et des éléments basés sur les fichiers, ce qui entraîne la recherche dans un répertoire spécifique plutôt que dans l'APK de l'application. Vous pouvez accéder à ces éléments via la famille de méthodes open()
de la classe d'API AssetManager
, comme pour les éléments regroupés dans l'APK.
Schéma de signature APK v4
Android 11 est compatible avec APK Signature Scheme v4. Ce schéma produit un nouveau type de signature dans un fichier distinct (apk-name.apk.idsig
), mais est par ailleurs semblable à v2 et v3. Aucune modification n'est apportée à l'APK. Ce schéma est compatible avec l'installation incrémentielle d'APK ADB, ce qui accélère l'installation de l'APK.
Filtres d'intent dynamiques
Pour recevoir des intents, une application doit déclarer au moment de la compilation les types de données qu'elle peut recevoir en définissant un filtre d'intent dans le fichier manifeste de l'application. Dans Android 10 et versions antérieures, les applications n'ont aucun moyen de modifier leurs filtres d'intent au moment de l'exécution. Cela pose problème pour les applications de virtualisation (telles que les machines virtuelles et les bureaux à distance), car elles n'ont aucun moyen de savoir exactement quel logiciel l'utilisateur y installera.
Android 11 introduit les groupes MIME, un nouvel élément manifeste qui permet à une application de déclarer un ensemble dynamique de types MIME dans un filtre d'intent et de le modifier de manière automatisée au moment de l'exécution. Pour utiliser un groupe MIME, incluez un élément de données dans le fichier manifeste de votre application avec le nouvel attribut android:mimeGroup
:
<intent-filter> <action android:name="android.intent.action.SEND"/> <category android:name="android.intent.category.DEFAULT"/> <data android:mimeGroup="myMimeGroup"/> </intent-filter>
La valeur de l'attribut android:mimeGroup
est un identifiant de chaîne arbitraire qui identifie le groupe MIME au moment de l'exécution. Vous pouvez accéder au contenu d'un groupe MIME et le mettre à jour en transmettant son ID aux nouvelles méthodes suivantes dans la classe d'API PackageManager
:
Lorsque vous ajoutez un type MIME à un groupe MIME par programmation, il fonctionne exactement de la même manière qu'un type MIME statique explicitement déclaré dans le fichier manifeste.
Améliorations apportées à la saisie automatique
Android 11 introduit des améliorations pour les services de saisie automatique.
Identifiants d'indication dans AssistStructure.ViewNode
Il est souvent utile pour les services de saisie automatique de calculer un hachage de signature pour un affichage en fonction de ses propriétés. L'indice d'affichage est une propriété particulièrement intéressante à inclure lors du calcul d'un hachage de signature, mais il peut changer en fonction des paramètres régionaux du téléphone. Pour résoudre ce problème, Android 11 développe AssistStructure.ViewNode
avec une nouvelle méthode getHintIdEntry()
, qui renvoie l'identifiant de ressource pour les indications d'une vue. Cette méthode fournit une valeur indépendante des paramètres régionaux que vous pouvez utiliser pour calculer des hachages de signature.
Événements affichés dans les ensembles de données
Pour aider les services de saisie automatique à améliorer leurs suggestions, Android 11 permet d'identifier les cas où un service de saisie automatique a présenté des ensembles de données, mais que l'utilisateur n'en a sélectionné aucun. Dans Android 11, FillEventHistory
signale un nouveau type d'événement TYPE_DATASETS_SHOWN
. FillEventHistory
enregistre un événement de ce type chaque fois que le service de saisie automatique présente un ou plusieurs ensembles de données à l'utilisateur. Les services de saisie automatique peuvent utiliser ces événements conjointement avec l'événement TYPE_DATASET_SELECTED
existant pour déterminer si l'utilisateur a sélectionné l'une des options de saisie automatique fournies.
Intégration IME
Les claviers et autres IME peuvent désormais afficher des suggestions de saisie automatique intégrées, dans une barre de suggestions ou une interface similaire, plutôt que dans un menu déroulant. Pour protéger les informations sensibles telles que les mots de passe et les numéros de carte de crédit, les suggestions sont présentées à l'utilisateur, mais ne sont pas connues de l'IME tant qu'il n'en a pas sélectionné une. Pour en savoir plus sur la compatibilité de cette fonctionnalité avec les IME et les gestionnaires de mots de passe, consultez la page Intégrer la saisie automatique aux claviers.
Partage de données avec un service de capture de contenu
À partir d'Android 11, votre application peut partager des données avec le service de capture de contenu de l'appareil. Cette fonctionnalité permet à un appareil de fournir plus facilement des informations en contexte, par exemple en affichant le nom d'un titre en cours de lecture dans l'environnement de l'utilisateur.
Pour rendre les données de votre application disponibles pour le service de capture de contenu, appelez la méthode shareData()
sur une instance de ContentCaptureManager
. Si le système accepte la requête de partage de données, votre application reçoit un descripteur de fichier en écriture seule à partager avec le service de capture de contenu.