Fonctionnalités et API d'Android 10

Android 10 offre aux utilisateurs et aux développeurs de nouvelles fonctionnalités et capacités de qualité. Ce document présente les ressources disponibles pour les développeurs.

Pour en savoir plus sur les API, consultez le rapport de différences des API ou la documentation de référence de l'API Android. Recherchez les API qui ont été "ajoutées au niveau d'API 29". Consultez également les modifications de comportement d'Android 10 (pour les applications ciblant le niveau d'API 29 et pour toutes les applications), ainsi que les modifications concernant la confidentialité, pour savoir dans quels domaines les changements de plate-forme peuvent affecter vos applications.

Renforcement de la sécurité

Android 10 introduit un certain nombre de fonctionnalités de sécurité, que les sections suivantes résument.

Boîtes de dialogue d'authentification biométrique améliorées

Android 10 apporte les améliorations suivantes à la prise en charge de l'authentification biométrique :

• Vérification de la capacité d'authentification biométrique.
• Mécanisme de secours qui permet à un utilisateur de s'authentifier à l'aide du code, du schéma ou du mot de passe de son appareil s'il ne peut pas s'authentifier à l'aide de ses données biométriques.
• Indication qui indique au système de ne pas exiger de confirmation de l'utilisateur une fois qu'il s'est authentifié à l'aide d'une modalité biométrique implicite. Par exemple, vous pouvez indiquer au système qu'aucune autre confirmation n'est requise une fois qu'un utilisateur s'est authentifié à l'aide de l'authentification faciale.

Exécuter le code DEX intégré directement à partir de l'APK

Depuis Android 10, vous pouvez demander à la plate-forme d'exécuter un code DEX intégré directement à partir du fichier APK de votre application. Cette option permet de prévenir toute attaque si un pirate informatique parvient à manipuler le code compilé localement sur l'appareil.

Pour en savoir plus, consultez Exécuter le code DEX intégré directement à partir de l'APK.

Compatibilité avec TLS 1.3

Android 10 est compatible avec TLS 1.3. TLS 1.3 est une révision majeure de la norme TLS qui offre des avantages en termes de performances et une sécurité renforcée. Nos benchmarks indiquent que les connexions sécurisées peuvent être établies jusqu'à 40 % plus rapidement avec TLS 1.3 qu'avec TLS 1.2.

Pour en savoir plus sur notre implémentation de TLS 1.3, consultez la section TLS de la page sur les changements de comportement pour toutes les applications.

API publique Conscrypt

Depuis Android 10, le fournisseur de sécurité Conscrypt inclut une API publique pour la fonctionnalité TLS.

La collection de classes sous android.net.ssl contient des méthodes statiques permettant d'accéder à des fonctionnalités qui ne sont pas disponibles à partir des API javax.net.ssl génériques. Les noms de ces classes peuvent être déduits comme étant le pluriel de la classe javax.net.ssl correspondante. Par exemple, le code qui fonctionne sur des instances de javax.net.ssl.SSLSocket peut à la place utiliser des méthodes de SSLSockets.

Fonctionnalités de connectivité

Android 10 inclut plusieurs améliorations liées à la mise en réseau et à la connectivité.

API de connexion au réseau Wi-Fi

Android 10 est compatible avec les connexions peer-to-peer. Cette fonctionnalité permet à votre application d'inviter l'utilisateur à modifier le point d'accès auquel l'appareil est connecté en utilisant WifiNetworkSpecifier pour décrire les propriétés d'un réseau demandé. La connexion peer-to-peer est utilisée à des fins autres que la fourniture de réseau, comme la configuration d'amorçage pour les appareils secondaires tels que le matériel Chromecast et Google Home.

Pour en savoir plus, consultez API Wi-Fi Network Request pour la connectivité peer-to-peer.

API de suggestion de réseau Wi-Fi

Android 10 permet à votre application d'inviter l'utilisateur à se connecter à un point d'accès Wi-Fi. Vous pouvez fournir des suggestions de réseau auquel se connecter. La plate-forme choisira finalement le point d'accès à accepter en fonction des informations fournies par votre application et d'autres.

Pour en savoir plus sur cette fonctionnalité, consultez Suggestion de réseau Wi-Fi.

Améliorations apportées aux modes Wi-Fi hautes performances et faible latence

Android 10 vous permet de fournir un indice au modem sous-jacent pour minimiser la latence.

Android 10 étend l'API de verrouillage Wi-Fi pour prendre en charge efficacement le mode hautes performances et le mode faible latence. L'économie d'énergie du Wi-Fi est désactivée pour les modes hautes performances et faible latence. Une optimisation supplémentaire de la latence peut être activée en mode faible latence, en fonction de la compatibilité du modem.

Le mode à faible latence n'est activé que lorsque l'application qui acquiert le verrou est en cours d'exécution au premier plan et que l'écran est allumé. Le mode à faible latence est particulièrement utile pour les applications de jeux mobiles en temps réel.

Recherches spécialisées dans le résolveur DNS

Android 10 ajoute la prise en charge native des résolutions DNS spécialisées, à la fois en texte clair et en mode DNS sur TLS. Auparavant, le résolveur DNS de la plate-forme n'était compatible qu'avec les enregistrements A et AAAA, qui permettent de rechercher uniquement les adresses IP associées à un nom, mais pas les autres types d'enregistrements. L'API DnsResolver fournit une résolution générique et asynchrone qui vous permet de rechercher SRV, NAPTR et d'autres types d'enregistrements. Notez que l'analyse de la réponse revient à l'application.

Pour les applications basées sur NDK, consultez android_res_nsend.

Wi-Fi Easy Connect

Android 10 vous permet d'utiliser Easy Connect pour provisionner des identifiants Wi-Fi sur un appareil pair, en remplacement du WPS qui a été abandonné. Les applications peuvent intégrer Easy Connect dans leur flux de configuration et d'approvisionnement à l'aide de l'intention ACTION_PROCESS_WIFI_EASY_CONNECT_URI.

Pour en savoir plus sur cette fonctionnalité, consultez Wi-Fi Easy Connect.

API de connexion Wi-Fi Direct

Les classes d'API WifiP2pConfig et WifiP2pManager ont été mises à jour dans Android 10 pour prendre en charge les fonctionnalités d'établissement rapide de connexion à Wi-Fi Direct à l'aide d'informations prédéterminées. Ces informations sont partagées via un canal secondaire, tel que le Bluetooth ou le NFC.

L'exemple de code suivant montre comment créer un groupe à l'aide d'informations prédéterminées :

val manager = getSystemService(Context.WIFI_P2P_SERVICE) as WifiP2pManager
val channel = manager.initialize(this, mainLooper, null)

// prefer 5G band for this group
val config = WifiP2pConfig.Builder()
    .setNetworkName("networkName")
    .setPassphrase("passphrase")
    .enablePersistentMode(false)
    .setGroupOperatingBand(WifiP2pConfig.GROUP_OWNER_BAND_5GHZ)
    .build()

// create a non-persistent group on 5GHz
manager.createGroup(channel, config, null)

WifiP2pManager manager = (WifiP2pManager) getSystemService(Context.WIFI_P2P_SERVICE);
Channel channel = manager.initialize(this, getMainLooper(), null);

// prefer 5G band for this group
WifiP2pConfig config = new WifiP2pConfig.Builder()
.setNetworkName("networkName")
.setPassphrase("passphrase")
.enablePersistentMode(false)
.setGroupOperatingBand(WifiP2pConfig.GROUP_OWNER_BAND_5GHZ)
.build();

// create a non-persistent group on 5GHz
manager.createGroup(channel, config, null);

Pour rejoindre un groupe à l'aide d'identifiants, remplacez manager.createGroup() par ce qui suit :

manager.connect(channel, config, null)

manager.connect(channel, config, null);

Canaux Bluetooth LE orientés connexion (CoC)

Android 10 permet à votre application d'utiliser des connexions BLE CoC pour transférer des flux de données plus volumineux entre deux appareils BLE. Cette interface abstrait les mécanismes Bluetooth et de connectivité pour simplifier l'implémentation.

Fonctionnalités de téléphonie

Android 10 inclut plusieurs améliorations liées à la téléphonie.

Améliorations de la qualité des appels

Android 10 permet de collecter des informations sur la qualité des appels IMS (IP Multimedia Subsystem) en cours, y compris la qualité vers et depuis le réseau, sur les appareils compatibles avec cette fonctionnalité.

Filtrage d'appels et identification de l'appelant

Android 10 permet à votre application d'identifier les appels qui ne figurent pas dans le carnet d'adresses de l'utilisateur comme des appels indésirables potentiels et de les rejeter silencieusement pour le compte de l'utilisateur. Les informations sur ces appels bloqués sont consignées en tant qu'appels bloqués dans le journal des appels afin d'offrir une plus grande transparence à l'utilisateur lorsqu'il manque des appels. L'utilisation de cette API élimine la nécessité d'obtenir les autorisations READ_CALL_LOG de l'utilisateur pour fournir les fonctionnalités de filtrage des appels et d'identification de l'appelant.

API du service de redirection d'appels

Android 10 modifie la façon dont les intents d'appel sont gérés. La diffusion NEW_OUTGOING_CALL est obsolète et remplacée par l'API CallRedirectionService. L'API CallRedirectionService fournit des interfaces permettant de modifier les appels sortants effectués par la plate-forme Android. Par exemple, les applications tierces peuvent annuler des appels et les rediriger vers la VoIP.

Améliorations apportées à la création de fichiers sur le stockage externe

En plus d'introduire l'espace de stockage cloisonné, Android 10 ajoute les fonctionnalités suivantes liées au stockage externe :

• Vous pouvez utiliser l'indicateur IS_PENDING pour accorder à votre application un accès exclusif à un fichier multimédia lorsqu'il est écrit sur le disque.
• Si vous connaissez un emplacement spécifique où stocker les fichiers, vous pouvez indiquer au système où stocker les fichiers nouvellement créés.
• Chaque périphérique de stockage externe possède un nom de volume unique.

Supports multimédias et graphiques

Android 10 introduit les nouvelles fonctionnalités et API multimédias et graphiques suivantes :

Partage de l'entrée audio

Android 10 permet à deux applications de partager simultanément l'entrée audio. Pour en savoir plus, consultez Partager l'entrée audio.

Capture de la lecture audio

Android 10 permet à une application de capturer la lecture audio d'autres applications. Pour en savoir plus, consultez Capture de la lecture.

Barre de recherche dans les notifications MediaStyle

À partir d'Android 10, les notifications MediaStyle affichent une barre de recherche. La barre de recherche affiche la progression de la lecture à partir de PlaybackState.getPosition(). Dans certains cas, elle peut être utilisée pour accéder à un emplacement spécifique du programme en cours de lecture. L'apparence et le comportement de la barre de recherche sont contrôlés par les règles suivantes :

• La barre de recherche s'affiche s'il existe un MediaSession actif et que sa durée (spécifiée par MediaMetadata.METADATA_KEY_DURATION) est supérieure à zéro. Cela signifie que la barre n'apparaît pas pour les flux de durée indéterminée, comme les diffusions en direct et les émissions de radio.
• Si la session implémente ACTION_SEEK_TO, l'utilisateur peut faire glisser la barre de recherche pour contrôler la position de lecture.

API MIDI native

L'API MIDI native Android (AMidi) permet aux développeurs d'applications d'envoyer et de recevoir des données MIDI avec du code C/C++, en s'intégrant plus étroitement à leur logique audio/de contrôle C/C++ et en minimisant le besoin de JNI.

Pour en savoir plus, consultez API MIDI native Android.

Améliorations apportées à MediaCodecInfo

Android 10 ajoute des méthodes à MediaCodecInfo qui révèlent plus d'informations sur un codec.

Pour en savoir plus, consultez Codecs multimédias.

API Thermal

Lorsque les appareils sont trop chauds, ils peuvent ralentir le processeur et/ou le GPU, ce qui peut affecter les applications et les jeux de manière inattendue. Les applications qui utilisent des graphismes complexes, de nombreux calculs ou une activité réseau soutenue sont plus susceptibles de rencontrer des problèmes. Ces problèmes peuvent varier d'un appareil à l'autre en fonction du chipset et des fréquences de cœur, des niveaux d'intégration, ainsi que du packaging et du facteur de forme de l'appareil.

Dans Android 10, les applications et les jeux peuvent utiliser une API thermique pour surveiller les changements sur l'appareil et prendre des mesures pour limiter la consommation d'énergie afin de rétablir une température normale. Les applications enregistrent un écouteur dans PowerManager, par le biais duquel le système signale l'état thermique en cours, qui peut être léger, modéré, grave, critique, d'urgence ou d'arrêt.

Lorsque l'appareil signale un stress thermique, les applications et les jeux peuvent aider en annulant les activités en cours pour réduire la consommation d'énergie de différentes manières. Par exemple, les applications de streaming peuvent réduire la résolution/le débit binaire ou le trafic réseau, une application de caméra peut désactiver le flash ou l'amélioration intensive de l'image, un jeu peut réduire la fréquence d'images ou la tessellation des polygones, une application multimédia peut réduire le volume des haut-parleurs et une application de cartes peut désactiver le GPS.

L'API thermique nécessite une nouvelle couche HAL pour l'appareil. Elle est actuellement compatible avec les appareils Pixel équipés d'Android 10. Nous collaborons avec nos partenaires fabricants d'appareils pour étendre la compatibilité à l'écosystème le plus rapidement possible.

Caméra et images

Android 10 introduit les nouvelles fonctionnalités liées à l'appareil photo et aux images suivantes :

Compatibilité avec les caméras monochromes

Android 9 (niveau d'API 28) a introduit la fonctionnalité de caméra monochrome. Android 10 apporte plusieurs améliorations à la prise en charge des caméras monochromes :

• Prise en charge du format de flux Y8 pour améliorer l'efficacité de la mémoire.
• Prise en charge de la capture monochrome au format DNG brut.
• Introduction des énumérations CFA MONO et NIR pour distinguer les caméras monochromes classiques des caméras infrarouges proches.

Vous pouvez utiliser cette fonctionnalité pour capturer une image monochrome native. Un appareil logique à caméras multiples peut utiliser une caméra monochrome comme sous-caméra physique pour obtenir une meilleure qualité d'image en basse luminosité.

Format de profondeur dynamique

Depuis Android 10, les caméras peuvent stocker les données de profondeur d'une image dans un fichier distinct, à l'aide d'un nouveau schéma appelé Dynamic Depth Format (DDF). Les applications peuvent demander à la fois l'image JPG et ses métadonnées de profondeur, en utilisant ces informations pour appliquer le flou souhaité en post-traitement sans modifier les données d'image d'origine.

Pour en savoir plus sur ce format, consultez Format de profondeur dynamique.

Format de fichier image haute efficacité

Le format HEIF (High Efficiency Image File) est un format standard pour les images et les vidéos. Il offre un encodage de meilleure qualité et une taille de fichier plus petite que les autres formats.

Pour en savoir plus sur le format de fichier, consultez HEIC.

Améliorations apportées à la fonctionnalité multicaméra

Android 10 améliore la fusion de plusieurs caméras en une seule caméra logique, une fonctionnalité introduite dans Android 9 (niveau d'API 28). Les éléments suivants ont été ajoutés à l'API Camera2 :

• isSessionConfigurationSupported(SessionConfiguration sessionConfig) : vous permet de déterminer si la configuration de session transmise peut être utilisée pour créer une session de capture de l'appareil photo.

• LOGICAL_MULTI_CAMERA_ACTIVE_PHYSICAL_ID : vous permet de déterminer l'ID de la caméra physique active qui prend en charge un périphérique de caméra logique. Vous pouvez utiliser les ID renvoyés pour demander des flux logiques et des flux de sous-caméras physiques afin d'améliorer l'efficacité énergétique.

API des services d'accessibilité

Android 10 introduit les nouvelles fonctionnalités et API de service d'accessibilité suivantes :

Indicateur de clé d'entrée AccessibilityNodeInfo

Depuis Android 10, vous pouvez appeler isTextEntryKey() pour déterminer si un AccessibilityNodeInfo donné représente une touche de saisie de texte qui fait partie d'un clavier.

Lecture vocale de la boîte de dialogue d'accessibilité

Si les utilisateurs doivent effectuer le raccourci d'accessibilité pour démarrer un service d'accessibilité, Android 10 permet à la boîte de dialogue d'être accompagnée d'une invite de synthèse vocale si le service le demande.

Raccourci d'accessibilité lorsque la navigation par gestes est activée

Lorsque la fonctionnalité de navigation par gestes est activée dans Android 10, le bouton d'accessibilité n'est pas visible ni sélectionnable. Pour accéder au menu des services d'accessibilité, les utilisateurs doivent effectuer l'un des gestes suivants :

• Balayez l'écran vers le haut avec deux doigts.
• Balayez l'écran vers le haut avec deux doigts et maintenez.

Raccourci d'accessibilité pour les claviers physiques

Dans Android 10, les utilisateurs peuvent déclencher le raccourci d'accessibilité sur un clavier physique en appuyant sur Ctrl+Alt+Z.

Amélioration du contrôleur de clavier virtuel

Dans Android 10, les services d'accessibilité peuvent demander à ce que le clavier virtuel s'affiche même lorsque l'appareil détecte qu'un clavier physique est connecté. Les utilisateurs peuvent ignorer ce comportement.

Délais d'accessibilité définis par l'utilisateur

Android 10 introduit l'API getRecommendedTimeoutMillis(). Cette méthode permet de prendre en charge les délais d'attente définis par l'utilisateur pour les éléments d'interface utilisateur interactifs et non interactifs. La valeur renvoyée est influencée à la fois par les préférences de l'utilisateur et par les API des services d'accessibilité.

Améliorations apportées à la saisie automatique

Android 10 apporte les améliorations suivantes au service de saisie automatique.

Requêtes de saisie automatique liées à la compatibilité

Vous pouvez utiliser l'indicateur FillRequest.FLAG_COMPATIBILITY_MODE_REQUEST pour déterminer si une requête de saisie automatique a été générée via le mode de compatibilité.

Enregistrer simultanément le nom d'utilisateur et le mot de passe

Vous pouvez gérer les cas où une application utilise plusieurs activités pour afficher le nom d'utilisateur, le mot de passe et d'autres champs à l'aide de l'indicateur SaveInfo.FLAG_DELAY_SAVE.

Interaction de l'utilisateur avec l'UI d'enregistrement

Vous pouvez afficher et masquer un champ de mot de passe dans une boîte de dialogue d'enregistrement en définissant un écouteur d'action sur la boîte de dialogue et en modifiant la visibilité de la vue distante du mot de passe correspondant.

Prise en charge de la mise à jour des ensembles de données

La saisie automatique peut mettre à jour les mots de passe existants. Par exemple, si un utilisateur a déjà enregistré un mot de passe et qu'il en enregistre un nouveau, la saisie automatique l'invite à mettre à jour le mot de passe existant au lieu d'en enregistrer un nouveau.

Améliorations apportées à la classification des champs

Android 10 apporte les améliorations suivantes à l'API Field Classification.

Constructeur UserData.Builder

Le constructeur UserData.Builder a été modifié pour mieux s'aligner sur le modèle Builder.

Autoriser le mappage d'une valeur à plusieurs types d'ID de catégorie

Lorsque vous utilisez UserData.Builder dans Android 10, vous pouvez désormais mapper une valeur sur plusieurs types d'ID de catégorie. Dans les versions précédentes, une exception était générée si une valeur était ajoutée plusieurs fois.

Meilleure compatibilité avec les numéros de carte de crédit

La classification des champs peut désormais détecter les nombres à quatre chiffres comme étant les quatre derniers chiffres d'un numéro de carte de crédit.

Prise en charge de la classification des champs spécifiques aux applications

Android 10 ajoute FillResponse.setUserData(), qui vous permet de définir des données utilisateur spécifiques à l'application pour la durée de la session. Cela aide le service de saisie automatique à détecter les types de champs contenant du contenu spécifique à l'application.

Commandes d'interface utilisateur et système

Android 10 apporte les améliorations suivantes à l'interface utilisateur :

Compatibilité avec les limites PopFrame JVMTI

Android 10 ajoute la prise en charge de la fonctionnalité can_pop_frames dans l'implémentation JVMTI Android. Lors du débogage, cette fonctionnalité vous permet de réexécuter des fonctions après une pause à un point d'arrêt et d'ajuster les variables locales, globales ou l'implémentation d'une fonction. Pour en savoir plus, consultez la page de référence sur les frames pop d'Oracle.

API de contrôle de surface

Android 10 fournit une API SurfaceControl pour un accès de bas niveau au compositeur système (SurfaceFlinger). Pour la plupart des utilisateurs, SurfaceView est la bonne façon d'exploiter le compositeur. L'API SurfaceControl peut être utile dans certains cas, par exemple :

• Synchronisation de plusieurs surfaces
• Intégration de surface multiprocessus
• Gestion du cycle de vie de niveau inférieur

L'API SurfaceControl est disponible dans les liaisons SDK et NDK. L'implémentation NDK inclut une API pour l'échange manuel de tampons avec le compositeur. Cela constitue une alternative pour les utilisateurs qui ont atteint les limites de BufferQueue.

Détection du blocage du moteur de rendu WebView

Android 10 introduit la classe abstraite WebViewRenderProcessClient, que les applications peuvent utiliser pour détecter si un WebView ne répond plus. Pour utiliser cette classe :

1. Définissez votre propre sous-classe et implémentez ses méthodes onRenderProcessResponsive() et onRenderProcessUnresponsive().
2. Associez une instance de votre WebViewRenderProcessClient à un ou plusieurs objets WebView.
3. Si WebView ne répond pas, le système appelle la méthode onRenderProcessUnresponsive() du client, en transmettant WebView et WebViewRenderProcess. (Si WebView est un processus unique, le paramètre WebViewRenderProcess est nul.) Votre application peut prendre les mesures appropriées, par exemple en affichant une boîte de dialogue demandant à l'utilisateur s'il souhaite interrompre le processus de rendu.

Si WebView ne répond toujours pas, le système appelle onRenderProcessUnresponsive() périodiquement (pas plus d'une fois toutes les cinq secondes), mais n'effectue aucune autre action. Si WebView redevient réactif, le système appelle onRenderProcessResponsive() une seule fois.

Panneaux de paramètres

Android 10 introduit les panneaux de paramètres, une API qui permet aux applications d'afficher des paramètres aux utilisateurs dans le contexte de leur application. Cela évite aux utilisateurs d'avoir à accéder aux Paramètres pour modifier des éléments tels que le NFC ou les données mobiles afin d'utiliser l'application.

Par exemple, supposons qu'un utilisateur ouvre un navigateur Web alors que son appareil est en mode Avion. Avant Android 10, l'application ne pouvait afficher qu'un message générique demandant à l'utilisateur d'ouvrir les Paramètres pour rétablir la connectivité. Avec Android 10, l'application de navigateur peut afficher un panneau intégré présentant les principaux paramètres de connectivité, tels que le mode avion, le Wi-Fi (y compris les réseaux à proximité) et les données mobiles. Grâce à ce panneau, les utilisateurs peuvent rétablir la connectivité sans quitter l'application.

Pour afficher un panneau de paramètres, déclenchez un intent avec l'une des actions Settings.Panel suivantes :

val panelIntent = Intent(Settings.Panel.settings_panel_type)
startActivityForResult(panelIntent)

Intent panelIntent = new Intent(Settings.Panel.settings_panel_type);
startActivityForResult(panelIntent);

settings_panel_type peut être l'une des valeurs suivantes :

ACTION_INTERNET_CONNECTIVITY

Affiche les paramètres liés à la connectivité Internet, comme le mode Avion, le Wi-Fi et les données mobiles.

ACTION_WIFI

affiche les paramètres Wi-Fi, mais pas les autres paramètres de connectivité. Cela est utile pour les applications qui ont besoin d'une connexion Wi-Fi pour effectuer des importations ou des téléchargements volumineux.

ACTION_NFC

Affiche tous les paramètres liés à la communication en champ proche (NFC).

ACTION_VOLUME

 Affiche les paramètres de volume pour tous les flux audio.

Améliorations apportées au partage

Android 10 apporte plusieurs améliorations au partage :

API Sharing Shortcuts

L'API Sharing Shortcuts remplace les API Direct Share.

Au lieu de récupérer les résultats de manière réactive à la demande, l'API Sharing Shortcuts permet aux applications de publier des cibles de partage direct à l'avance. Voici comment fonctionne ShortcutManager. Comme les deux API sont similaires, nous avons étendu l'API ShortcutInfo pour faciliter l'utilisation des deux fonctionnalités. L'API Sharing Shortcuts vous permet d'attribuer directement des catégories ou des personnes à une cible de partage. Les cibles de partage persistent dans le système jusqu'à ce que la même application les mette à jour ou soit désinstallée.

L'ancien mécanisme de partage direct fonctionne toujours, mais les applications qui l'utilisent ont une priorité inférieure à celles qui utilisent l'API Sharing Shortcuts.

ShortcutInfo.Builder ajoute et améliore les méthodes pour fournir des informations supplémentaires sur la cible de partage.

Cibles de partage direct

Vous pouvez publier un raccourci dynamique en tant que cible de partage direct. Consultez Publier des cibles de partage direct.

ShortcutManagerCompat est une nouvelle API AndroidX qui assure la rétrocompatibilité avec l'ancienne API Direct Share. Il s'agit de la méthode à privilégier pour publier des cibles de partage.

Prévisualiser le texte

Lorsqu'une application partage du contenu textuel, elle peut afficher un aperçu facultatif du contenu dans l'interface utilisateur Sharesheet.

Consultez Ajouter des aperçus de texte enrichi.

En savoir plus

Pour en savoir plus sur la façon dont les applications peuvent partager des données, consultez Envoyer des données simples vers d'autres applications et Recevoir des données simples depuis d'autres applications.

Thème sombre

Android 10 propose un thème sombre qui s'applique à l'interface utilisateur Android et aux applications exécutées sur l'appareil. Pour en savoir plus, consultez Thème sombre.

Types de services de premier plan

Android 10 introduit l'attribut de fichier manifeste XML foregroundServiceType, que vous incluez dans la définition de plusieurs services spécifiques. Il est possible, bien que rarement approprié, d'attribuer plusieurs types de services de premier plan à un service particulier.

Le tableau suivant présente les différents types de services de premier plan et les services pour lesquels il convient de déclarer un type spécifique :

Kotlin

Android 10 inclut les mises à jour suivantes pour le développement Kotlin.

Annotations de possibilité de valeur nulle pour les API libcore

Android 10 améliore la couverture des annotations de possibilité de valeur nulle dans le SDK pour les API libcore. Ces annotations permettent aux développeurs d'applications qui utilisent l'analyse de nullabilité Kotlin ou Java dans Android Studio d'obtenir des informations sur la nullité lorsqu'ils interagissent avec ces API.

En temps normal, les non-respects du contrat de nullabilité en Kotlin entraînent des erreurs de compilation. Pour assurer la compatibilité avec votre code existant, seules les annotations @RecentlyNullable et @RecentlyNonNull sont ajoutées. Cela signifie que les violations de nullabilité entraînent des avertissements au lieu d'erreurs.

De plus, toutes les annotations @RecentlyNullable ou @RecentlyNonNull ajoutées dans Android 9 sont remplacées par @Nullable et @NonNull, respectivement. Cela signifie que dans Android 10 et les versions ultérieures, les violations de nullabilité entraînent des erreurs au lieu d'avertissements.

Pour en savoir plus sur les modifications apportées aux annotations, consultez Le SDK Android Pie est désormais plus compatible avec Kotlin sur le blog des développeurs Android.

NDK

Android 10 inclut les modifications NDK suivantes.

Amélioration du débogage de la propriété des descripteurs de fichiers

Android 10 ajoute fdsan, qui vous aide à trouver et à résoudre plus facilement les problèmes de propriété des descripteurs de fichiers.

Les bugs liés à la mauvaise gestion de la propriété des descripteurs de fichiers, qui se manifestent généralement par des erreurs use-after-close et double-close, sont analogues aux bugs d'allocation de mémoire use-after-free et double-free, mais sont généralement beaucoup plus difficiles à diagnostiquer et à corriger. fdsan tente de détecter et/ou d'empêcher la mauvaise gestion des descripteurs de fichiers en appliquant la propriété des descripteurs de fichiers.

Pour en savoir plus sur les plantages liés à ces problèmes, consultez Erreur détectée par fdsan. Pour en savoir plus sur fdsan, consultez la page Googlesource sur fdsan.

ELF TLS

Les applications créées à l'aide du NDK avec un niveau d'API minimal de 29 peuvent utiliser ELF TLS au lieu de emutls. La prise en charge des éditeurs de liens dynamiques et statiques a été ajoutée pour prendre en charge cette méthode de gestion des variables locales aux threads.

Pour les applications conçues pour le niveau d'API 28 et inférieur, des améliorations ont été apportées à libgcc/compiler-rt afin de contourner certains problèmes liés à emutls.

Pour en savoir plus, consultez Modifications apportées à Android pour les développeurs NDK.

Runtime

Android 10 inclut la modification de l'environnement d'exécution suivante.

Déclenchement de la récupération de mémoire basé sur Mallinfo

Lorsque de petits objets Java de plate-forme font référence à d'énormes objets dans le tas C++, les objets C++ ne peuvent souvent être récupérés que lorsque l'objet Java est collecté et, par exemple, finalisé. Dans les versions précédentes, la plate-forme estimait la taille de nombreux objets C++ associés à des objets Java. Cette estimation n'était pas toujours précise et entraînait parfois une utilisation de la mémoire considérablement accrue, car la plate-forme ne parvenait pas à collecter les déchets quand elle aurait dû le faire.

Dans Android 10, le garbage collector (GC) suit la taille totale du tas alloué par le système malloc(), en s'assurant que les grandes allocations malloc() sont toujours incluses dans les calculs de déclenchement du GC. Les applications qui entrelacent un grand nombre d'allocations C++ avec l'exécution Java peuvent constater une augmentation de la fréquence du garbage collection. D'autres applications peuvent enregistrer une légère baisse.

Tester et déboguer

Android 10 inclut les améliorations suivantes pour les tests et le débogage.

Améliorations apportées au traçage système sur l'appareil

Depuis Android 10, vous pouvez spécifier des limites pour la taille et la durée d'une trace lorsque vous effectuez une trace système sur l'appareil. Lorsque vous spécifiez l'une ou l'autre de ces valeurs, le système effectue une trace longue, en copiant périodiquement le tampon de trace dans le fichier de destination pendant l'enregistrement de la trace. La trace se termine lorsque les limites de taille ou de durée que vous avez spécifiées sont atteintes.

Utilisez ces paramètres supplémentaires pour tester différents cas d'utilisation que ceux que vous testeriez avec une trace standard. Par exemple, vous pouvez diagnostiquer un bug de performances qui ne se produit qu'après une longue période d'exécution de votre application. Dans ce cas, vous pouvez enregistrer une trace longue sur une journée entière, puis analyser le planificateur de processeur, l'activité du disque, les threads d'application et d'autres données du rapport pour vous aider à déterminer la cause du bug.

Dans Android 10 et versions ultérieures, les fichiers de trace sont enregistrés dans un format qui peut être ouvert avec Perfetto, un projet Open Source pour l'instrumentation et le traçage des performances. Vous pouvez convertir les fichiers de trace Perfetto au format Systrace.

Améliorations apportées à TextClassifier

Android 10 fournit des fonctionnalités de classification de texte supplémentaires dans l'interface TextClassifier.

Détection de la langue

La méthode detectLanguage() fonctionne de la même manière que les méthodes de classification existantes. Il reçoit un objet TextLanguage.Request et renvoie un objet TextLanguage.

Les objets TextLanguage se composent d'une liste de paires ordonnées. Chaque paire contient un code de langue et un score de confiance correspondant pour la classification.

Actions de conversation suggérées

La méthode suggestConversationActions() fonctionne de la même manière que les méthodes de classification existantes. Il reçoit un objet ConversationActions.Request et renvoie un objet ConversationActions.

Les objets ConversationActions se composent d'une liste d'objets ConversationAction. Chaque objet ConversationAction inclut une action suggérée potentielle et son score de confiance.

Réponses/actions intelligentes dans les notifications

L'API utilisée pour générer ces réponses fait partie de TextClassifier et a également été directement exposée aux développeurs dans Android 10. Pour en savoir plus, veuillez consulter la section sur les améliorations apportées à TextClassifier.

Si votre application fournit ses propres suggestions, la plate-forme n'en génère aucune automatiquement. Si vous ne souhaitez pas que les notifications de votre application affichent des réponses ou des actions suggérées, vous pouvez désactiver les réponses et les actions générées par le système à l'aide de setAllowGeneratedReplies() et setAllowSystemGeneratedContextualActions().