Fonctionnalités et API d'Android 10

Android 10 offre d'excellentes fonctionnalités aux utilisateurs et aux développeurs. Ce document présente les fonctionnalités à la disposition des développeurs.

Pour en savoir plus sur les API, consultez le rapport de différences des API ou la documentation de référence des API Android. Recherchez les API "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 de la confidentialité, pour en savoir plus sur les domaines dans lesquels 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.

Amélioration des boîtes de dialogue d'authentification biométrique

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

• Vérification de la capacité d'authentification biométrique.
• Un 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 son entrée biométrique.
• Indice qui indique au système de ne pas exiger de confirmation de l'utilisateur une fois que celui-ci s'est authentifié à l'aide d'une modalité biométrique implicite. Par exemple, vous pouvez indiquer au système qu'aucune confirmation supplémentaire n'est requise après qu'un utilisateur s'est authentifié à l'aide de l'authentification faciale.

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

À partir d'Android 10, vous pouvez demander à la plate-forme d'exécuter du code DEX intégré directement à partir du fichier APK de votre application. Cette option permet d'éviter une attaque si un pirate informatique parvient un jour à 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 désormais 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 analyses comparatives indiquent que les connexions sécurisées peuvent être établies jusqu'à 40 % plus vite avec TLS 1.3 qu'avec TLS 1.2.

Pour en savoir plus sur notre mise en œuvre de TLS 1.3, consultez la section TLS dans la page "Changements de comportement de toutes les applications".

API Public Conscrypt

À partir d'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 à une fonctionnalité qui n'est pas disponible à partir des API génériques javax.net.ssl. Les noms de ces classes peuvent être inférés au pluriel de la classe javax.net.ssl correspondante. Par exemple, le code qui fonctionne sur des instances de javax.net.ssl.SSLSocket peut utiliser à la place 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 réseau Wi-Fi

Android 10 prend désormais en charge 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 pour ne pas fournir de réseau, par exemple pour configurer l'amorçage pour les appareils secondaires tels que Chromecast et le matériel Google Home.

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

API Wi-Fi network Suggestion

Android 10 prend en charge votre application pour inviter l'utilisateur à se connecter à un point d'accès Wi-Fi. Vous pouvez fournir des suggestions pour le réseau auquel vous connecter. La plate-forme choisit finalement le point d'accès à accepter en fonction de l'entrée de votre application et de celle d'autres applications.

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

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

Android 10 vous permet de fournir des indications au modem sous-jacent afin de minimiser la latence.

Android 10 étend l'API Wi-Fi Lock et prend en charge efficacement les modes hautes performances et faible latence. Le mode Économie d'énergie Wi-Fi est désactivé pour les modes hautes performances et à faible latence, et l'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 s'exécute 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 prend en charge de manière native les résolutions DNS spécialisées utilisant à la fois les résolutions en texte clair et le mode DNS sur TLS. Auparavant, le résolveur DNS de la plate-forme n'acceptait que les enregistrements A et AAAA, qui ne permettaient de rechercher que les adresses IP associées à un nom, mais n'acceptait aucun autre type d'enregistrement. 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 est obsolète. Les applications peuvent intégrer Easy Connect dans leur flux de configuration et de provisionnement à l'aide de l'intent ACTION_PROCESS_WIFI_EASY_CONNECT_URI.

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

API Wi-Fi Direct Connection

Les classes d'API WifiP2pConfig et WifiP2pManager disposent de mises à jour dans Android 10 pour prendre en charge les fonctionnalités d'établissement de connexion rapide au Wi-Fi Direct à l'aide d'informations prédéterminées. Ces informations sont partagées via un canal secondaire, tel que Bluetooth ou 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 orientés connexion Bluetooth LE (CoC)

Android 10 permet à votre application d'utiliser des connexions CoC BLE pour transférer des flux de données plus importants entre deux appareils BLE. Cette interface extrait le Bluetooth et le mécanisme 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élioration 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'appel et affichage du numéro de l'appelant

Android 10 fournit à votre application un moyen d'identifier les appels qui ne figurent pas dans le carnet d'adresses de l'utilisateur en tant qu'appels indésirables potentiels et de les rejeter en mode silencieux 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 d'appels afin d'offrir une plus grande transparence à l'utilisateur lorsqu'il manque des appels. Avec cette API, il n'est plus nécessaire d'obtenir les autorisations READ_CALL_LOG de l'utilisateur pour fournir une fonctionnalité de filtrage d'appel et d'identification de l'appelant.

API du service de redirection des 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 est remplacée par l'API CallRedirectionService. L'API CallRedirectionService fournit des interfaces vous permettant de modifier les appels sortants effectués par la plate-forme Android. Par exemple, les applications tierces peuvent annuler les appels et les rediriger via VoIP.

Amélioration de 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'option 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 fournir un indice au système sur l'emplacement de stockage des fichiers nouvellement écrits.
• Chaque périphérique de stockage externe possède un nom de volume unique.

Multimédia et images

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

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 d'enregistrer la lecture audio d'autres applications. Pour en savoir plus, consultez Capture de 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 rechercher un emplacement dans le programme en lecture. L'apparence et le comportement de la barre de recherche sont contrôlés par les règles suivantes:

• La barre de recherche apparaît s'il existe un élément 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 ne s'affiche pas pour des flux indéterminés tels que les diffusions en direct et les émissions radio.
• Si la session implémente ACTION_SEEK_TO, l'utilisateur peut faire glisser la barre de recherche pour contrôler l'emplacement de lecture.

API MIDI native

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

Pour en savoir plus, consultez API Android Native MIDI.

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 la section Codecs multimédias.

API Thermal

Lorsque les appareils deviennent trop chauds, ils peuvent limiter 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, des calculs intensifs ou une activité réseau soutenue sont plus susceptibles de rencontrer des problèmes. Ceux-ci peuvent varier selon les appareils en fonction du chipset et des fréquences principales, des niveaux d'intégration, ainsi que de l'emballage 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 maintenir une consommation d'énergie réduite afin de rétablir la température normale. Les applications enregistrent un écouteur dans PowerManager, via lequel le système signale l'état thermique en cours, allant de l'état thermique léger à modéré, sévère, critique, d'urgence et 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 ou le trafic réseau, une application d'appareil photo peut désactiver le flash ou l'amélioration intensive des images, un jeu peut réduire la fréquence d'images ou la génération de polygones, une application multimédia peut réduire le volume du haut-parleur et une application de cartographie peut désactiver le GPS.

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

Appareil photo et images

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

Compatibilité avec l'appareil photo monochrome

Android 9 (niveau d'API 28) a d'abord introduit la fonctionnalité d'appareil photo monochrome. Android 10 améliore la compatibilité avec les appareils photo monochromes:

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

Vous pouvez utiliser cette fonctionnalité pour capturer une image monochrome native. Un appareil logique à plusieurs caméras peut utiliser une caméra monochrome comme sous-caméra physique pour améliorer la qualité d'image par faible luminosité.

Format de profondeur dynamique

À partir d'Android 10, les appareils photo peuvent stocker les données de profondeur d'une image dans un fichier distinct, à l'aide d'un nouveau schéma appelé format de profondeur dynamique (DDF). Les applications peuvent demander à la fois l'image JPG et les métadonnées de profondeur à l'aide de ces informations pour appliquer le flou de leur choix lors du post-traitement, sans modifier les données de l'image d'origine.

Pour connaître les spécifications de ce format, consultez la section Format de profondeur dynamique.

Format de fichier image à hautes performances

Le format HEIF (High Efficiency Image File) est un format d'image et de vidéo standard qui offre un encodage de meilleure qualité et une taille de fichier plus petite par rapport à d'autres formats de fichiers.

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

Améliorations apportées à la fonctionnalité multi-caméra

Android 10 améliore la fusion de plusieurs appareils photo 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 CameraX:

• isSessionConfigurationSupported(SessionConfiguration sessionConfig) : vous permet de demander si la configuration de session transmise peut être utilisée ou non pour créer une session de capture de caméra.

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

API des services d'accessibilité

Android 10 introduit les nouvelles fonctionnalités et API des services d'accessibilité suivantes:

Option de clé d'entrée AccessibilityNodeInfo

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

Commentaires audio de la boîte de dialogue d'accessibilité

Si les utilisateurs doivent exécuter le raccourci d'accessibilité pour démarrer un service d'accessibilité, Android 10 permet d'accompagner la boîte de dialogue 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 sous Android 10, le bouton 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 appuyez de manière prolongée.

Raccourci d'accessibilité pour les claviers physiques

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

Amélioration de la manette de clavier virtuel

Dans Android 10, les services d'accessibilité peuvent demander que le clavier virtuel soit affiché même lorsque l'appareil détecte un clavier dur connecté. Les utilisateurs peuvent ignorer ce comportement.

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

Android 10 introduit l'API getRecommendedTimeoutMillis(). Cette méthode est compatible avec les délais d'inactivité 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 de service d'accessibilité.

Améliorations apportées à la saisie automatique

Android 10 contient les améliorations suivantes apportées au service de saisie automatique.

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

Vous pouvez utiliser l'option 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 le nom d'utilisateur et le mot de passe simultanément

Vous pouvez répondre aux 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'option SaveInfo.FLAG_DELAY_SAVE.

Interaction de l'utilisateur avec l'interface 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'actions dans la boîte de dialogue et en modifiant la visibilité de la vue à distance 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à stocké 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 de la classification des champs

Android 10 contient les améliorations suivantes apportées à 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 avec plusieurs types d'ID de catégorie

Lorsque vous utilisez UserData.Builder dans Android 10, vous pouvez désormais mapper une valeur à 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 à l'application

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

UI et commandes système

Android 10 apporte les améliorations suivantes au niveau de l'interface utilisateur:

Prise en charge des majuscules JVMTI PopFrame

Android 10 prend en charge 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 au niveau d'un point d'arrêt et après avoir ajusté les paramètres locaux, les éléments généraux ou l'implémentation d'une fonction. Pour en savoir plus, consultez la page de référence sur Pop Frame d'Oracle.

API Surface Control

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 le bon moyen d'exploiter le compositeur. L'API SurfaceControl peut être utile dans certains cas, par exemple:

• Synchronisation de plusieurs surfaces
• Représentation vectorielle continue de surfaces multiprocessus
• Gestion du cycle de vie de niveau inférieur

L'API SurfaceControl est disponible dans les liaisons SDK et NDK. L'implémentation du NDK comprend une API permettant l'échange manuel de tampons avec le compositeur. Il s'agit d'une alternative pour les utilisateurs qui ont atteint les limites de BufferQueue.

Détection du moteur de rendu WebView avec affinement

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 plus, le système appelle la méthode onRenderProcessUnresponsive() du client, en transmettant WebView et WebViewRenderProcess. (Si WebView correspond à un seul processus, le paramètre WebViewRenderProcess est nul.) Votre application peut prendre les mesures appropriées, par exemple afficher une boîte de dialogue pour demander à l'utilisateur s'il souhaite arrêter le processus d'affichage.

Si WebView ne répond pas, le système appelle onRenderProcessUnresponsive() régulièrement (pas plus d'une fois toutes les cinq secondes), mais n'effectue aucune autre action. Si WebView redevient responsif, le système n'appelle onRenderProcessResponsive() qu'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 pour les 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 NFC ou les données mobiles pour 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é affichant des paramètres de connectivité clés 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 restaurer 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:

ACTION_INTERNET_CONNECTIVITY

Affiche les paramètres liés à la connectivité Internet, tels que 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 nécessitent 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élioration du partage

Android 10 apporte un certain nombre d'améliorations concernant le partage:

API Share Shortcuts

L'API Share Shortcuts remplace les API Direct Share.

Au lieu de récupérer les résultats de manière réactive à la demande, l'API Share Shortcuts permet aux applications de publier à l'avance des cibles de partage direct. Voici comment fonctionne ShortcutManager. Comme les deux API sont similaires, nous avons développé l'API ShortcutInfo pour faciliter l'utilisation des deux fonctionnalités. Avec l'API Share Shortcuts, vous pouvez 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 que l'application 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 de raccourci de partage.

ShortcutInfo.Builder ajoute et améliore des 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 les cibles de partage direct.

ShortcutManagerCompat est une nouvelle API AndroidX qui offre une rétrocompatibilité avec l'ancienne API DirectShare. Il s'agit du moyen privilégié pour publier des cibles de partage.

Aperçu du texte

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

Consultez la section Ajouter des aperçus de texte enrichi.

En savoir plus

Pour savoir comment les applications peuvent partager des données, consultez Envoyer des données simples à d'autres applications et Recevoir des données simples à partir d'autres applications.

Thème sombre

Android 10 propose un thème sombre qui s'applique à la fois à l'UI du système Android et aux applications exécutées sur l'appareil. Pour en savoir plus, consultez la section 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 est approprié de déclarer un type spécifique:

Kotlin

Android 10 inclut les mises à jour suivantes pour le développement en 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 une analyse de la possibilité de valeur nulle Kotlin ou Java dans Android Studio d'obtenir des informations sur la nullité lorsqu'ils interagissent avec ces API.

Normalement, les violations de contrat de possibilité de valeur nulle 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 cas de non-respect de la possibilité de valeur nulle entraînent des avertissements au lieu d'erreurs.

De plus, toutes les annotations @RecentlyNullable ou @RecentlyNonNull ajoutées dans Android 9 deviennent respectivement @Nullable et @NonNull. Cela signifie que sur Android 10 ou version ultérieure, les cas de non-respect de la possibilité de valeur nulle entraînent des erreurs au lieu d'avertissements.

Pour en savoir plus sur les modifications d'annotation, consultez Android Pie SDK is now more Kotlin-friendly (Le SDK Android Pie est désormais plus compatible avec Kotlin) sur le blog des développeurs Android.

NDK

Android 10 inclut les modifications suivantes du NDK.

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

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

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

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

TLS ELF

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

Pour les applications conçues pour le niveau d'API 28 ou 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 Android pour les développeurs de NDK.

Runtime

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

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

Lorsque de petits objets Java de plate-forme font référence à des objets volumineux dans le tas de mémoire C++, ils 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 a estimé la taille de nombreux objets C++ associés aux objets Java. Cette estimation n'était pas toujours précise et entraînait parfois une augmentation importante de l'utilisation de la mémoire, car la plate-forme n'arrivait pas à récupérer la mémoire alors qu'elle aurait dû l'être.

Dans Android 10, le récupérateur de mémoire suit la taille totale du tas de mémoire alloué par le malloc() du système, ce qui garantit que les allocations malloc() importantes sont toujours incluses dans les calculs du déclenchement de la récupération de mémoire. Les applications qui entrelacent un grand nombre d'allocations C++ avec l'exécution Java peuvent constater une augmentation de la fréquence de récupération de mémoire. D'autres applications peuvent constater 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

À partir d'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 des valeurs, le système effectue une longue trace en copiant régulièrement 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 par rapport à ceux que vous testeriez avec une trace standard. Par exemple, vous pouvez diagnostiquer un bug de performances qui ne se produit qu'après l'exécution prolongée de votre application. Dans ce cas, vous pouvez enregistrer une longue trace sur une journée entière, puis analyser le programmeur de processeur, l'activité du disque, les threads d'application et d'autres données dans le rapport pour vous aider à déterminer la cause du bug.

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

Améliorations apportées à TextClassifier

Android 10 fournit des fonctionnalités supplémentaires de classification de texte 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. Elle reçoit un objet TextLanguage.Request et renvoie un objet TextLanguage.

Les objets TextLanguage sont constitués d'une liste de paires ordonnées. Chaque paire contient des paramètres régionaux et un score de confiance correspondant à 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. Elle reçoit un objet ConversationActions.Request et renvoie un objet ConversationActions.

Les objets ConversationActions sont constitués d'une liste d'objets ConversationAction. Chaque objet ConversationAction inclut une suggestion d'action potentielle et son score de confiance.

Réponses/actions suggérées 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 sous Android 10. Pour en savoir plus, veuillez consulter la section sur les améliorations de TextClassifier.

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