Notes de version d'Android 17

Cette page récapitule les principales fonctionnalités de la version Android 17 et fournit des liens vers des informations supplémentaires. Ces résumés de fonctionnalités sont organisés en fonction de l'emplacement de la documentation de la fonctionnalité sur ce site.

Architecture

Obsolescence d'ION

L'allocateur de mémoire ION n'est plus compatible avec aucune version d'Android, car tous les noyaux compatibles avec ION ont atteint leur fin de vie en décembre 2025. Tout code fournisseur tentant d'utiliser ION doit échouer. Supprimez tout le code fournisseur qui utilise ION.

Audio

Nouvelle architecture SCO gérée par l'audio

Si les appareils adoptent la nouvelle architecture SCO (synchronous connection-oriented) gérée par l'audio dans Android 17 et versions ultérieures, le framework audio Android utilise la fonctionnalité de gestion SCO pour gérer le routage SCO. Auparavant, le framework Bluetooth (BT) gérait ce routage. Pour en savoir plus, consultez la section Nouvelle architecture SCO gérée par l'audio.

Automobile

Fenêtrage avancé avec une UI évolutive

Dans Android 17 et versions ultérieures, utilisez une UI évolutive pour créer des expériences utilisateur sophistiquées, dynamiques et multi-panneaux dans les voitures. Ajoutez des invariants WindowManager, configurez un assistant de configuration et personnalisez les barres système et de navigation. Pour en savoir plus, consultez la section Fenêtrage avancé avec une UI évolutive.

Véhicule défini par logiciel

Dans Android 17 et versions ultérieures, vous pouvez utiliser le véhicule défini par logiciel (SDV). Le SDV utilise un logiciel qui joue un rôle essentiel dans la construction, le contrôle, la gestion et l'amélioration des opérations du véhicule. Le SDV transforme les véhicules en plates-formes connectées et adaptables qui peuvent évoluer grâce à des mises à jour logicielles. Pour en savoir plus, consultez la section Véhicule défini par logiciel.

Compatibilité

Tester l'entrée et la sortie audio multicanaux

Android 17 introduit des tests CTS Verifier pour l'entrée et la sortie audio multicanaux. Pour savoir comment exécuter ces tests, consultez la section Tester l'entrée et la sortie audio multicanaux.

Exécuter des tests CTS-V

Android 17 nécessite une étape de configuration CTS-V supplémentaire pour accorder le rôle de navigateur par défaut. Pour en savoir plus sur cette étape, consultez la section Exécuter des tests CTS-V.

Exécuter des tests interactifs de précision de la portée, de télécommunications et côté hôte

Android 17 inclut des tests interactifs CTS-V qui sont des tests semi-automatisés. Vous devez effectuer certaines étapes manuelles sur l'appareil testé.

En plus des tests interactifs, nous avons converti les tests manuels de précision de la portée et de télécommunications en tests multi-appareils. Les tests de connexion Wi-Fi sont obligatoires. Pour savoir comment configurer et exécuter ces tests, consultez la section Exécuter des tests côté hôte.

Exécuter des tests interactifs côté hôte USB

Android 17 inclut des tests côté hôte USB CTS-V qui nécessitent l'exécution d'adb via Wi-Fi. Pour savoir comment configurer et exécuter ces tests, consultez la section Exécuter des tests côté hôte USB.

Exécuter des tests multimédias

Android 17 inclut des tests de lecture multimédia CTS-V. Pour en savoir plus, consultez la section Exécuter des tests de lecture multimédia CTS Verifier.

Exécuter un test de charge de travail audio

Android 17 inclut le test de charge de travail audio CTS-V. Pour en savoir plus sur l'exécution de ce test, consultez la section Exécuter un test de charge de travail audio CTS Verifier.

Mises à jour des tests audio

Android 17 introduit les mises à jour suivantes pour les tests audio :

  • Ajout d'adaptateurs audio USB-C vers 3,5 mm à la liste des recommandations d'adaptateurs audio USB. Pour en savoir plus, consultez la section Recommandations d'adaptateurs audio USB.
    • Google (ID fournisseur : 0x18D1, ID produit : 0x5025)
    • Xumee (ID fournisseur : 0x3302, ID produit : 0x56C5)
  • Suppression des exigences HDMI du test CTS Verifier Pro Audio. Pour en savoir plus, consultez la section Test CTS Verifier Pro Audio.

Mises à jour de Camera ITS

Android 17 introduit des mises à jour de la suite de tests d'images de l'appareil photo (ITS). Pour en savoir plus, consultez :

Document de définition de compatibilité

Le document de définition de compatibilité Android 17 est publié avec les mises à jour d'Android 17.

Connectivité

Routage automatique des appels OTT vers des connexions réseau premium

Android 17 est compatible avec le routage automatique des appels vocaux et vidéo OTT (over-the-top) vers des connexions réseau premium. Cette fonctionnalité permet au système de diriger automatiquement le trafic des appels vocaux et vidéo vers une interface réseau premium dédiée, telle qu'une tranche 5G premium ou une connexion PDN 4G premium, sans nécessiter de modifications de la pile réseau d'une application. Pour en savoir plus, consultez la section Routage automatique du découpage 5G pour les appels vocaux et vidéo OTT.

Portée : mises à jour des spécifications hors bande

Android 17 introduit la version 2 et la version 3 de la spécification hors bande (OOB).

La version 2 inclut les modifications suivantes :

La version 3 inclut les modifications suivantes :

Écran

Fenêtrage du bureau

Dans Android 17 et versions ultérieures, vous pouvez activer le fenêtrage du bureau par écran. Pour en savoir plus, consultez les sections Fenêtrage du bureau, Prise en charge des décorations système et Bonnes pratiques.

Compatibilité avec les applications sur grand écran

Android 17 introduit les paramètres config_isCameraCompatSimulateRequestedOrientationTreatmentEnabled, config_isCameraCompatSimReqOrientationLandscapeTreatmentEnabled et config_enableSelfKillRecoveryBetweenInternalDisplays pour les superpositions de compatibilité des applications sur grand écran. Pour en savoir plus, consultez le guide de configuration de la compatibilité des applications sur grand écran .

Contenus multimédias

Compatibilité VVC

Android 17 est compatible avec une norme d'encodage vidéo, Versatile Video Coding (VVC), pour les scénarios de décodage. La plate-forme Android fournit une prise en charge du framework et de l'analyseur, mais pour activer le décodage VVC, le fournisseur de SoC ou l'OEM doit fournir un décodeur, logiciel ou matériel, et l'OEM doit s'assurer qu'il est activé et correctement enregistré auprès du sous-système multimédia Android. Pour en savoir plus, consultez la section Compatibilité VVC.

Performances

Recueillir des informations générales sur l'état

Pour améliorer les diagnostics d'état du système avec le mode reprise, Android 17 ajoute des informations sur la géométrie de l'appareil photo et l'emplacement UICC. Pour obtenir un exemple de ces champs, consultez la section Obtenir des informations sur l'état du système.

Limiteur de mémoire

Le limiteur de mémoire est un service système qui surveille et limite l'utilisation de la mémoire des processus d'application à l'aide de Linux cgroup v2. Le limiteur de mémoire empêche les applications individuelles de consommer trop de mémoire système, ce qui réduit la pression sur la mémoire à l'échelle du système et empêche l'arrêt agressif des processus critiques en cas de mémoire insuffisante. Pour en savoir plus, consultez la section Limiteur de mémoire.

Daemon de gestion de la mémoire

Android 17 et versions ultérieures sont compatibles avec le daemon de gestion de la mémoire (mmd), un daemon système responsable de la configuration et de la gestion des tâches de maintenance liées à ZRAM. Pour en savoir plus, consultez la section Daemon de gestion de la mémoire.

Daemon de protection de la mémoire des processus

Le daemon de protection de la mémoire des processus (PMGD) protège l'état du système et l'expérience utilisateur en gérant de manière proactive l'utilisation de la mémoire par processus. Le daemon améliore la stabilité globale de l'appareil en appliquant de manière fluide des limites de mémoire à des processus cibles spécifiques, en vérifiant que les fuites ou les pics de mémoire isolés n'entraînent pas de dégradation des performances à l'échelle du système. Pour en savoir plus, consultez la section Daemon de protection de la mémoire des processus.

Autorisations

Sélecteur de contacts

Le sélecteur de contacts Android permet aux développeurs d'applications de récupérer les coordonnées sélectionnées par l'utilisateur sans nécessiter d'autorisations de contact complètes. Cette approche s'inscrit dans l'engagement d'Android en faveur de la transparence des données et de la réduction des empreintes d'autorisation.

Voici les principales fonctionnalités du sélecteur de contacts :

  • Partage axé sur la confidentialité : n'accorde aux applications qu'un accès en lecture aux données sélectionnées.
  • UI standardisée : offre une expérience utilisateur cohérente avec la recherche intégrée, le changement de profil et la sélection multiple.
  • Rétrocompatibilité : prend automatiquement en charge les anciennes requêtes Intent.ACTION_PICK pour les applications ciblant Android 17 et versions ultérieures.

Pour en savoir plus, consultez la section Sélecteur de contacts Android.

Indicateurs de localisation

Android 17 introduit des indicateurs de localisation en temps réel dans la barre d'état, ce qui étend la transparence de la confidentialité déjà disponible pour l'utilisation de l'appareil photo et du micro. Lorsqu'une application non système accède à la localisation de l'appareil au premier plan, une icône dédiée s'affiche et se transforme en point persistant, ce qui permet aux utilisateurs d'appuyer dessus et de voir quelles applications suivent leurs données. Pour en savoir plus, consultez la section Indicateurs de confidentialité.

Sécurité

Améliorations des clés encapsulées dans le matériel

Android 17 et versions ultérieures simplifient l'implémentation de la fonctionnalité de chiffrement du stockage des clés encapsulées dans le matériel existante.

L'implémentation simplifiée génère, importe et prépare les clés de chiffrement intégrées encapsulées dans le matériel à l'aide d'ioctls du noyau Linux au lieu de KeyMint. Le noyau Linux communique avec le matériel d'encapsulation des clés pour effectuer ces opérations.

Cela simplifie la conception en supprimant l'implication inutile de KeyMint dans ces opérations. Il assure également la compatibilité avec le noyau Linux en amont.

Les implémenteurs de clés encapsulées dans le matériel doivent ajouter la prise en charge des nouveaux ioctls du noyau Linux.

Ensuite, utilisez wrappedkey au lieu de wrappedkey_v0 dans le fstab pour activer la nouvelle implémentation. Cela inclut une modification du format sur disque, ce qui n'est donc applicable qu'aux appareils nouvellement lancés. Les appareils utilisant déjà wrappedkey_v0 doivent continuer à l'utiliser.wrappedkey_v0

Les implémentations KeyMint utilisées uniquement sur les appareils lancés avec Android 17 et versions ultérieures n'ont pas besoin de prendre en charge TAG_STORAGE_KEY ni convertStorageKeyToEphemeral. Leur fonctionnalité a été remplacée par des ioctls du noyau Linux. KeyMint reste utilisé à d'autres fins.

Pour en savoir plus, consultez la section Clés encapsulées dans le matériel.

Expérience utilisateur de limitation du débit de l'écran de verrouillage

Android 17 et versions ultérieures utilisent une limitation du débit de l'écran de verrouillage par défaut plus stricte que les versions antérieures. Dans de rares cas, les utilisateurs peuvent rencontrer des délais d'inactivité longs sur l'écran de verrouillage. Android 17 et versions ultérieures fournissent donc les commentaires utilisateur améliorés suivants sur l'écran de verrouillage :

  • Formatage de l'heure amélioré : l'écran de verrouillage affiche les délais d'inactivité d'une minute ou plus en utilisant des unités de temps plus grandes pour une meilleure lisibilité, par exemple Réessayez dans 30 minutes au lieu de Réessayez dans 1 800 secondes.
  • Lien court de récupération : l'écran de verrouillage affiche un lien court (par défaut g.co/android/unlock) pour aider les utilisateurs à trouver des options de récupération sur un autre appareil. Ce lien est configurable via la ressource config_lockscreenLockoutShortlink.
  • Commentaires sur les tentatives en double : sur les appareils avec une implémentation Weaver, le système affiche un message unique lorsqu'une tentative incorrecte en double est saisie. Ces commentaires spécifiques ne sont pas disponibles sur les appareils Gatekeeperuniquement, car ils ne fournissent pas de codes de réponse distincts pour les tentatives incorrectes et les autres échecs de validation.
  • Gestion cohérente de la saisie des identifiants : l'écran de verrouillage désactive le pavé de saisie du code si l'appareil utilise un identifiant de code, semblable à la saisie d'un identifiant de mot de passe et de schéma.

La méthode LockPatternUtils#getLockoutAttemptDeadline(int) est renommée LockPatternUtils#getLockoutEndTime(int) et fournit l'heure de fin du verrouillage à partir d'un cache géré par le système. Cette mise à jour résout un problème où ils n'étaient mis en cache que par instance LockPatternUtils, ce qui affichait par erreur aucun délai d'inactivité actif si l'un d'eux était déclenché à l'aide d'une autre instance. Les développeurs d'invites d'identifiants système, telles que l'écran de verrouillage et les activités de paramètres, doivent les mettre à jour pour vérifier les délais d'inactivité existants avant d'autoriser d'autres tentatives.

Pour en savoir plus, consultez la section Limitation du débit.

Compatibilité des règles

Dans Android 17 et versions ultérieures, les appareils lancés avec les propriétés décrites dans Compatibilité des règles doivent activer la fonctionnalité de règle memfd_class et mettre à jour leur règle liée à la mémoire partagée pour prendre en charge les objets de classe memfd_file.

Préchauffage du composant sécurisé

Dans Android 17 et versions ultérieures, l'interface Weaver HAL inclut une méthode pour préchauffer l'élément sécurisé. Lorsqu'un Weaver HAL compatible avec cette méthode est présent, Android appelle la méthode de préchauffage lorsque le code, le schéma ou le mot de passe de l'écran de verrouillage commence à être saisi. Cette méthode peut réduire la latence de vérification du code de l'écran de verrouillage, du schéma ou du mot de passe jusqu'à 200 millisecondes, en fonction du composant sécurisé et de son implémentation de gestion de l'alimentation.

Les implémenteurs de Weaver HAL peuvent prendre en charge cette méthode lorsqu'elle améliore les performances. Pour en savoir plus, consultez la section IWeaver#warmUp().

Configuration

Résoudre les erreurs de génération

Dans Android 17 et versions ultérieures, l'arborescence source AOSP est en lecture seule. Si une compilation que vous exécutez tente de modifier l'arborescence source lors de la configuration du produit ou de toute autre partie de la compilation, la compilation échoue et signale des erreurs de système de fichiers en lecture seule.

Pour résoudre ce problème, définissez l'arborescence source en lecture/écriture. Pour en savoir plus, consultez la section Résoudre les erreurs de génération.