À partir du 27 mars 2025, nous vous recommandons d'utiliser android-latest-release au lieu de aosp-main pour créer et contribuer à AOSP. Pour en savoir plus, consultez la section Modifications apportées à AOSP.
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Google est heureux de partager cette version Android 25Q2 avec ses partenaires Android Automotive. Pour Android 16, cette version Android Automotive 25Q2 est conforme. Nous continuons d'affiner les fonctionnalités afin de recommander une prochaine version aux OEM.
Détails de l'album
Cette section récapitule les principales fonctionnalités et améliorations fournies dans la version B d'AAOS.
La version Android Automotive 25Q2 est conforme à Android 16.
Nouvelles fonctionnalités
La version 25Q2 propose ces nouvelles fonctionnalités.
Framework AAOS
Audio et radio :
Améliorations de la couche HAL de contrôle audio : pour configurer les fonctionnalités audio de la voiture, utilisez des API au lieu d'un fichier XML.
Système d'alerte d'urgence (EAS) pour la radio haute définition (HD) : transmettez les informations EAS aux applications radio à l'aide d'une API. Cela s'applique à HD Radio (Amérique du Nord) et à DAB EWS (Union européenne).
Bibliothèque intégrée AAudio : AAudio AAudio est compatible avec les tags d'attributs audio définis par l'OEM pour personnaliser le comportement des applications. Par exemple, le routage audio et la gestion du volume.
Gestion de l'alimentation :
Notifications d'état de l'alimentation aux processus intégrés : la disponibilité des notifications d'état de l'alimentation aux processus intégrés OEM (au-delà des applications Android) est étendue.
Framework de la voiture :
Configuration dynamique des propriétés du véhicule : prise en charge de la configuration dynamique des valeurs minimale et maximale, et des valeurs acceptées dans les propriétés du véhicule.
Connectivité
Mise en réseau :
Téléphonie minimale : sous-ensemble de la couche d'abstraction matérielle (HAL) de téléphonie Android pour les OEM automobiles, qui leur permet d'utiliser la téléphonie Android sur des appareils réservés aux données (y compris les TCU). Cela réduit la fragmentation et permet de prendre en charge les fonctionnalités de téléphonie.
API Connectivity Messaging Upsell : SubscriptionManager amélioré pour fournir des API permettant d'exposer l'état de l'abonnement aux données mobiles d'un utilisateur. Par exemple, active, inactive, trial et la date d'expiration.
Prise en charge des applications projetées : ajout de la prise en charge permettant aux OEM automobiles de configurer l'ensemble complet des paramètres hostapd.conf non disponibles via les API Android. Ajout d'un motif de déconnexion à l'API SoftApCallback afin que les OEM puissent savoir pourquoi les clients se sont déconnectés d'un point d'accès local (LOHS). Ces fonctionnalités améliorent la compatibilité avec les applications projetées et réduisent la fragmentation.
UI et expériences système AAOS
UI évolutive : ce framework de fenêtrage AAOS fournit aux OEM des composants configurables qui leur permettent de répondre aux exigences de fenêtrage et de faciliter les expériences personnalisées.
Propriétés VHAL
Propriétés du véhicule :
Ajout de nouvelles propriétés de véhicule pour communiquer les caractéristiques et l'état du véhicule.
Mise à jour des constantes de propriété du véhicule de @SystemApi vers les API publiques pour consolider la documentation générée dans VehiclePropertyIDs. Toutes les autorisations précédemment définies et documentées sont toujours requises pour accéder aux données des propriétés du véhicule.
Propriétés du véhicule accessibles aux tiers : cette fonctionnalité met à la disposition des développeurs d'applications tierces huit propriétés de véhicule existantes liées à la navigation, à l'assistant vocal, à la météo et à l'état de conduite. Pour en savoir plus, consultez Intégrer des applications et services Google.
Conformité
La conformité Android a été exécutée sur le matériel de référence interne. Les suites de tests exécutées pour cette version incluent CTS, CTS-V, ATS, STS, VTS et CTS sur GSI.
À l'exception des problèmes listés ci-dessous, aucune défaillance connue ne nécessite de correction dans le code Android 16 (android16-release) ni dans la branche de test Android 16 (android16-tests-dev).
Échec du test :
CtsWindowManagerJetpackTestCases#MultiDisplayActivityEmbeddingPlaceholderTests
Récapitulatif des échecs : un test échoue en mode Portrait. Lors du test des comportements d'intégration d'Activity dans les builds d'UI évolutive basés sur des solutions de fenêtrage impliquant plusieurs tâches racine, chacune étant un WINDOWING_MODE_MULTI_WINDOW, des échecs connus se produisent en raison de certaines activités lancées dans des limites plus petites que prévu, comme dans windowMetrics des règles d'intégration. Par conséquent, l'espace réservé a été démarré et le test a échoué lors du lancement d'une activité sur l'écran secondaire.
Le correctif aosp/3659633 corrige l'héritage du mode de fenêtrage à partir du mode multifenêtre rootTask.
Échec du test : CtsAutoFillServiceTestCases
Résumé des échecs : deux catégories de problèmes connus se produisent dans les builds d'UI évolutive basés sur des solutions de fenêtrage impliquant plusieurs tâches racine de WINDOWING_MODE_MULTI_WINDOW chacune :
L'IME recouvre la boîte de dialogue de saisie automatique qui empêche d'appuyer sur les boutons de la boîte de dialogue de saisie. Vous pouvez désactiver temporairement la boîte de dialogue de remplissage avec le correctif de plate-forme ag/3664131.
Lorsque le deuxième champ est rempli automatiquement, par exemple avec PASSWORD, LoginActivity se trouve derrière decor_grip et perd le focus d'entrée.
Vous trouverez les correctifs aux liens suivants : ag/3679541, ag/3675628 et ag/3675627.
Le contenu et les exemples de code de cette page sont soumis aux licences décrites dans la Licence de contenu. Java et OpenJDK sont des marques ou des marques déposées d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/07/29 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/07/29 (UTC)."],[],[],null,["# Android Automotive 25Q2\n\n| **Important:** The following content is not final and is subject to change.\n\nGoogle is pleased to share this Android **25Q2** release with Android Automotive\npartners. For Android 16, this Android Automotive 25Q2 release is compliant. We\ncontinue to fine tune features, aiming to recommend an upcoming release for\nOEMs.\n\nRelease details\n---------------\n\nThis section summarizes major features and enhancements provided in the AAOS B\nrelease.\n\nThese updates apply to `Android16`, [API level 36](/docs/setup/reference/build-numbers).\n\nThe Android Automotive 25Q2 release is compliant with Android 16.\n\n### New features\n\nThe 25Q2 release provides these new features.\n\n#### AAOS Framework\n\n- Audio and radio:\n\n - **Audio control HAL improvements:** To configure car audio features, use\n APIs instead of XML file.\n\n - **High definition (HD) radio Emergency Alert System (EAS):** Pass EAS\n information to radio applications with an API. This applies to HD Radio\n (North America) and DAB EWS (European Union).\n\n - **AAudio built-in library:** [AAudio](/docs/core/audio/aaudio) AAudio supports OEM-defined\n Audio Attributes tags to customize app behavior. For example, audio\n routing and volume management.\n\n- Power management:\n\n - **Power state notifications to built-in processes:** The availability of power state notifications to OEM built-in processes (beyond Android apps) is extended.\n- Car framework:\n\n - **Dynamic configuration of vehicle properties:** Support the dynamic configuration of minimum and maximum and of supported values in vehicle properties.\n\n#### Connectivity\n\n- Networking:\n\n - **Minimal Telephony:** A subset of the Android Telephony Hardware\n Abstraction Layer (HAL) for automotive OEMs to allow OEMs to use Android\n telephony on data-only devices (including TCUs). This reduces\n fragmentation and provides support for telephony functionality.\n\n - **Connectivity Messaging Upsell API:** Enhanced [SubscriptionManager](https://developer.android.com/reference/android/telephony/SubscriptionManager)\n to provide APIs that can expose a user's mobile data subscription\n status. For example, `active`, `inactive`, `trial`, and expiration date.\n\n - **Projected app support:** Added support to let automotive OEMs\n configure the complete set of `hostapd.conf` parameters not available\n through the Android APIs. Added a disconnect reason to the\n SoftApCallback API so that OEMs can learn why clients disconnected from\n a Local Hotspot (LOHS). These features improve support for projected\n apps and reduce fragmentation.\n\n#### AAOS System UI and Experiences\n\n- **Scalable UI:** This AAOS windowing framework provides OEMs with configurable components that let OEMs meet windowing requirements and facilitate custom experiences.\n\n#### VHAL properties\n\n- Vehicle properties:\n\n - Added new vehicle properties to communicate vehicle characteristics and\n state.\n\n - Updated vehicle property constants from @SystemApi to public APIs to\n consolidate generated documentation at [VehiclePropertyIDs](https://developer.android.com/reference/android/car/VehiclePropertyIds). Any\n previously defined and documented permissions are still required to\n access vehicle property data.\n\n- **Third party-accessible vehicle properties:** This features makes eight\n existing vehicle properties relevant to navigation, voice assistant,\n weather, and driving state available to third party app developers. To learn\n more, see [Integrate with Google apps and services](https://developer.android.com/training/cars/index.md#intents).\n\n### Compliance\n\nAndroid Compliance was executed on the internal reference hardware. The test\nsuites run for this release include CTS, CTS-V, ATS, STS, VTS and CTS on GSI.\n\nExcept for the issues listed below, no known failures require a fix either in\nAndroid 16 code (`android16-release`) or to the Android 16 test branch\n(`android16-tests-dev`).\n| **Note:** Fixes for known compliance issues are provided below and will be made available in the [Android Open Source Project](https://android-review.googlesource.com/q/hashtag:%22aaos-25q2-cts%22+(status:open+OR+status:merged)) when we publish the next release. We aim to recommend an upcoming release.\n\n- Test failing:\n `CtsWindowManagerJetpackTestCases#MultiDisplayActivityEmbeddingPlaceholderTests`\n\n Failure summary: One test fails in portrait display. When testing Activity\n embedding behaviors in Scalable UI builds that are based on windowing\n solutions that involve multiple root tasks each a\n `WINDOWING_MODE_MULTI_WINDOW`, known failures occur due to some activities\n launched in smaller bounds than expected, as in `windowMetrics` of the\n embedding rules. As a result, the placeholder was started and the test\n failed when launching an activity on the secondary display.\n\n The [aosp/3659633](https://android-review.googlesource.com/c/platform/frameworks/base/+/3659633) patch corrects windowing mode inheritance from\n multi-window `rootTask`.\n- Test failing: `CtsAutoFillServiceTestCases`\n\n Failure summary: Two categories of known issues occur in the Scalable UI\n builds based on windowing solutions that involve multiple root tasks each of\n `WINDOWING_MODE_MULTI_WINDOW`:\n - IME covers the Autofill fill dialog that prevents the buttons on the\n fill dialog from being pressed. You can temporarily disable the fill\n dialog with this platform [ag/3664131](https://android-review.googlesource.com/c/platform/frameworks/base/+/3664131) patch.\n\n - When the second field is auto-filled, such as `PASSWORD`, the\n `LoginActivity` is behind `decor_grip`, and loses the input focus.\n Patches can be found in the following links: [ag/3679541](https://android-review.googlesource.com/c/platform/packages/services/Car/+/3679541),\n [ag/3675628](https://android-review.googlesource.com/c/platform/frameworks/base/+/3675628), [ag/3675627](https://android-review.googlesource.com/c/platform/frameworks/base/+/3675627)."]]
