Ab 2026 werden wir, um unser stabiles Entwicklungsmodell für den Trunk zu unterstützen und die Plattformstabilität für das Ökosystem zu gewährleisten, den Quellcode im 2. und 4. Quartal in AOSP veröffentlichen. Verwenden Sie android-latest-release, um AOSP zu entwickeln und dazu beizutragen. Der Manifestzweig android-latest-release verweist immer auf das neueste Release, das an AOSP übertragen wurde. Weitere Informationen finden Sie unter Änderungen an AOSP.

Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

Android Automotive 25Q2

Google freut sich, dieses 25Q2 -Release für Android mit Android Automotive-Partnern zu teilen. Für Android 16 ist dieses Android Automotive 25Q2-Release konform. Wir arbeiten weiter an der Optimierung der Funktionen und möchten OEMs ein bevorstehendes Release empfehlen.

Release details

In diesem Abschnitt werden die wichtigsten Funktionen und Verbesserungen im AAOS B-Release zusammengefasst.

Diese Updates gelten für Android16, API-Level 36.

Das Android Automotive 25Q2-Release ist mit Android 16 konform.

Neue Funktionen

Das 25Q2-Release bietet die folgenden neuen Funktionen.

AAOS-Framework

Audio und Radio:
- Verbesserungen an der Audio Control HAL:Verwenden Sie APIs anstelle einer XML-Datei, um Audiofunktionen im Auto zu konfigurieren.
- HD-Radio-Notfallwarnsystem (Emergency Alert System, EAS) : Übergeben Sie EAS-Informationen mit einer API an Radioanwendungen. Dies gilt für HD Radio (Nordamerika) und DAB EWS (Europäische Union).
- Integrierte AAudio-Bibliothek:AAudio AAudio unterstützt vom OEM definierte Audioattribut-Tags, um das App-Verhalten anzupassen. Beispiele sind Audio-Routing und Lautstärkeregelung.
Energiesparmodus:
- Benachrichtigungen zum Energiestatus für integrierte Prozesse:Die Verfügbarkeit von Benachrichtigungen zum Energiestatus für integrierte OEM-Prozesse (über Android-Apps hinaus) wird erweitert.
Car-Framework:
- Dynamische Konfiguration von Fahrzeugeigenschaften:Unterstützung der dynamischen Konfiguration von Mindest- und Höchstwerten sowie unterstützten Werten in Fahrzeugeigenschaften.

Konnektivität

Netzwerke:
- Minimal Telephony:Eine Teilmenge der Android Telephony Hardware Abstraction Layer (HAL) für Automotive-OEMs, mit der OEMs die Android-Telefonie auf Geräten verwenden können, die nur Daten unterstützen (einschließlich TCUs). Dies reduziert die Fragmentierung und bietet Unterstützung für Telefoniefunktionen.
- Connectivity Messaging Upsell API: Erweiterter SubscriptionManager mit APIs, die den Status des Mobilfunkdatenabos eines Nutzers verfügbar machen können. Beispiele sind active, inactive, trial und das Ablaufdatum.
- Unterstützung für projizierte Apps:Unterstützung hinzugefügt, damit Automotive-OEMs den vollständigen Satz von hostapd.conf-Parametern konfigurieren können, die über die Android-APIs nicht verfügbar sind. Der SoftApCallback API wurde ein Grund für die Trennung hinzugefügt, damit OEMs erfahren können, warum Clients die Verbindung zu einem lokalen Hotspot (Local Hotspot, LOHS) getrennt haben. Diese Funktionen verbessern die Unterstützung für projizierte Apps und reduzieren die Fragmentierung.

AAOS-System-UI und ‑Erlebnisse

Skalierbare UI:Dieses AAOS-Fenster-Framework bietet OEMs konfigurierbare Komponenten, mit denen sie die Anforderungen an die Fensterverwaltung erfüllen und benutzerdefinierte Erlebnisse ermöglichen können.

VHAL-Attribute

Fahrzeugeigenschaften:
- Neue Fahrzeugeigenschaften hinzugefügt, um Fahrzeugeigenschaften und ‑status zu kommunizieren.
- Konstanten für Fahrzeugeigenschaften von @SystemApi zu öffentlichen APIs aktualisiert, um die generierte Dokumentation unter VehiclePropertyIDs zusammenzuführen. Alle zuvor definierten und dokumentierten Berechtigungen sind weiterhin erforderlich, um auf Daten zu Fahrzeugeigenschaften zuzugreifen.
Fahrzeugeigenschaften, auf die Drittanbieter zugreifen können:Mit dieser Funktion werden acht vorhandene Fahrzeugeigenschaften, die für Navigation, Sprachassistent, Wetter und Fahrstatus relevant sind, für Drittanbieter-App-Entwickler verfügbar gemacht. Weitere Informationen finden Sie unter Mit Google-Apps und ‑Diensten integrieren.

Compliance

Die Android-Compliance wurde auf der internen Referenzhardware ausgeführt. Zu den Testsuiten, die für dieses Release ausgeführt werden, gehören CTS, CTS-V, ATS, STS, VTS und CTS auf GSI.

Mit Ausnahme der unten aufgeführten Probleme erfordern keine bekannten Fehler eine Korrektur im Android 16-Code (android16-release) oder im Android 16-Testzweig (android16-tests-dev).

Fehlerhafter Test: CtsWindowManagerJetpackTestCases#MultiDisplayActivityEmbeddingPlaceholderTests

Zusammenfassung des Fehlers: Ein Test schlägt im Hochformat fehl. Beim Testen des Verhaltens beim Einbetten von Aktivitäten in skalierbaren UI-Builds, die auf Fensterlösungen basieren, die mehrere Root-Aufgaben mit jeweils WINDOWING_MODE_MULTI_WINDOW umfassen, treten bekannte Fehler auf, da einige Aktivitäten in kleineren Grenzen als erwartet gestartet werden, wie in windowMetrics der Einbettungsregeln. Infolgedessen wurde der Platzhalter gestartet und der Test schlug fehl, als eine Aktivität auf dem sekundären Display gestartet wurde.

Der Patch aosp/3659633 korrigiert die Vererbung des Fenstermodus vom Mehrfenstermodus rootTask.
Fehlerhafter Test: CtsAutoFillServiceTestCases

Zusammenfassung des Fehlers: In den skalierbaren UI Builds, die auf Fensterlösungen basieren, die mehrere Root-Aufgaben mit jeweils WINDOWING_MODE_MULTI_WINDOW umfassen, treten zwei Kategorien bekannter Probleme auf:
- Die IME-Eingabemethode deckt das Autofill-Dialogfeld ab, sodass die Schaltflächen im Dialogfeld nicht angeklickt werden können. Mit diesem Patch ag/3664131 für die Plattform können Sie das Dialogfeld vorübergehend deaktivieren.
- Wenn das zweite Feld automatisch ausgefüllt wird, z. B. PASSWORD, befindet sich LoginActivity hinter decor_grip und verliert den Eingabefokus. Patches finden Sie unter den folgenden Links: ag/3679541, ag/3675628, ag/3675627.