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 sur cette page.
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 de l'audio SCO géré
Si les appareils adoptent la nouvelle architecture de l'audio SCO (synchronous connection-oriented) géré 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.
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 multipanels dans les voitures. Ajoutez des invariants WindowManager, configurez un assistant de configuration et personnalisez les barres système et de navigation.
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.
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.
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.
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é (DUT).
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.
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.
Exécuter des tests multimédias
Android 17 inclut des tests de lecture multimédia CTS-V.
Exécuter un test de charge de travail audio
Android 17 inclut le test de charge de travail audio CTS-V.
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 :
- Google (ID fournisseur : 0x18D1, ID produit : 0x5025)
- Xumee (ID fournisseur : 0x3302, ID produit : 0x56C5)
- Suppression des exigences HDMI du test CTS Verifier Pro Audio.
Mises à jour de l'ITS de l'appareil photo
Android 17 introduit des mises à jour de la suite de tests d'images de l'appareil photo (ITS).
Document de définition de compatibilité (CDD)
Le document de définition de compatibilité (CDD) d'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.
Portée : mises à jour des spécifications hors bande
Android 17 introduit les versions 2 et 3 des spécifications hors bande (OOB).
La version 2 inclut les modifications suivantes :
- Transition technologique : permet de basculer dynamiquement entre les technologies de portée pendant une session active sans interrompre le flux de données.
- Charge utile du message de réponse de la fonctionnalité de portée : inclut un champ Transition technologique prise en charge pour indiquer la prise en charge des transitions technologiques de type "make-before-break".
La version 3 inclut les modifications suivantes :
- Charge utile du message de notification de mouvement : élément de données (DE) que l'appareil de l'annonceur utilise pour informer l'appareil initiateur d'un changement de mouvement.
- Charge utile du message de configuration de la portée : inclut un champ Prise en charge du mouvement pour permettre à l'initiateur de signaler au répondeur qu'il souhaite être informé de tout changement dans le mouvement du périphérique du répondeur.
Écran
Fenêtrage du bureau
Dans Android 17 et versions ultérieures, vous pouvez activer le fenêtrage du bureau par écran.
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.
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 compatibilité avec le framework et 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.
Performances
Recueillir des informations générales sur l'état
Pour améliorer les diagnostics de l'é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.
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 la suppression agressive des processus critiques en cas de mémoire insuffisante (OOM).
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.
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 correctement 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.
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 est conforme à 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_PICKpour les applications ciblant Android 17 et versions ultérieures.
Indicateurs d'emplacement
Android 17 introduit des indicateurs de position 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 position 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.
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 des 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, qui ne s'applique donc qu'aux appareils nouvellement lancés. Les appareils qui utilisent 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 d'être compatibles avec TAG_STORAGE_KEY ni convertStorageKeyToEphemeral. Leur fonctionnalité a été remplacée par des ioctls du noyau Linux. KeyMint reste utilisé à d'autres fins.
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'attente 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'attente d'une minute ou plus à l'aide d'unités de temps plus grandes pour une meilleure lisibilité, par exemple Réessayer dans 30 minutes au lieu de Réessayer dans 1800 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 Gatekeeper uniquement, 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, comme pour la saisie d'un mot de passe et d'un 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'attente 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'attente existants avant d'autoriser d'autres tentatives.
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 permettant de préchauffer le composant sécurisé. Lorsqu'un Weaver HAL compatible avec cette méthode est présent, Android appelle la méthode de préchauffage lorsque la saisie du code, du schéma ou du mot de passe de l'écran de verrouillage commence. 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.
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 génération que vous exécutez tente de modifier l'arborescence source lors de la configuration du produit ou de toute autre partie de la génération, la génération é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.