Auf dieser Seite werden die Funktionen und Verbesserungen im Release für Android Automotive OS (AAOS) 25Q4 beschrieben. AAOS 25Q4 ist ein offizielles Golden Release. 25Q4 bietet acht neue Funktionen und behebt 180 Probleme.
In AAOS 25Q4 wird API-Level 36 verwendet.
Funktionen
Diese AAOS-Version bietet die hier beschriebenen neuen Funktionen.
Framework
Unterstützung für Drehregler in Jetpack Compose:
Android 14 und höher:AAOS bietet grundlegende integrierte Unterstützung für Drehsteller für Jetpack Compose-Benutzeroberflächen, einschließlich Drehen und Anstoßen des Controllers.
Android 12, Android 12L und Android 13:AAOS bietet eingeschränkte Unterstützung für Drehregler für Compose-UIs. Die Controllerrotation funktioniert mit einem App-seitigen Workaround. Wir unterstützen keine Erinnerungen.
Weitere Informationen finden Sie in der Demo „Compose-Aktivität ansehen“ in der App
RotaryPlayground. Den Quellcode für diese App finden Sie im Branchcar-apps-dev.
Leistung und Systemzustand
- Apps des vorherigen Nutzers beenden:Um die Latenz beim Nutzerwechsel und den Speicherbedarf zu verringern, beendet das System Apps des vorherigen Nutzers früher im Prozess des Nutzerwechsels.
Systemnutzung
Skalierbare Benutzeroberfläche
AAOS bietet eine fahrzeugspezifische Fensterlösung, mit der OEMs auf sichere, konforme und kostengünstige Weise erweiterte Fensterfunktionen mit skalierbarer Benutzeroberfläche entwickeln können. Mit diesem Framework können Entwickler eine Fensterstruktur mit einer deklarativen Sprache in XML-Konfigurationen entwerfen.
Aufgabe im Fokus in der skalierbaren Benutzeroberfläche:Hier werden Regeln eingeführt, die festlegen, welche Aufgabe in einer Umgebung mit mehreren Fenstern im Fokus steht (z. B. beim Öffnen und Schließen von Bereichen). Ein neues
onTransition-Attribut imFocus-Tag bietet eine detailliertere Steuerung.Mechanismus für automatischen Neustart in der skalierbaren Benutzeroberfläche:Bei der skalierbaren Benutzeroberfläche werden App-Abstürze jetzt ordnungsgemäß behandelt, indem die fehlerhaften Apps neu gestartet werden. Wir führen einen automatischen Mechanismus zum Neustarten von Aufgaben ein, um unerwartete Beendigungen von Aufgaben in UI-Panels zu beheben. Sie konfigurieren ihn mit einem neuen
<Restart>-XML-Tag, um eine Neustartrichtlinie und die maximale Anzahl von Wiederholungen zu definieren.Leistungsverbesserungen beim Ziehen von Dekor-Panels und Leistungsmessung:AAOS bietet eine Leistungssteigerung für interaktive Drag-Animationen von Panels. Außerdem wird der Scalable UI-Bibliothek Instrumentierung hinzugefügt, um Dissonanz während wichtiger User Journeys zu messen.
OEM-Perfetto-Traces enthalten zusätzliche Metadaten, die speziell für das Windowing und die Scalable UI-Bibliothek gemeldet werden.
Ansichten für die Dekoration von Bereichen passen sich an Designänderungen an: Die Gestaltung von Bereichen passt sich an Designänderungen an. Beispielsweise zwischen dem hellen und dem dunklen Modus oder anderen Änderungen am Design auf SysUI-Ebene.
Befehle zur Fehlerbehebung für Nutzer und Entwicklertools:
Shell-Befehle geben den aktuellen Status des Panels aus und senden Ereignisse über adb: Verwenden Sie
adb-Befehle, um den Status visueller Panels zu ändern, z. B. um ein Panel zu öffnen oder zu schließen.Der Shell-Befehl löst ein Ereignis im System aus. Wenn Sie beispielsweise das App-Raster schließen möchten, wenn es geöffnet ist, führen Sie
adb shell cmd statusbar carsysui-dispatch-event close_app_gridaus.Der Status des Panels ist im Activity-Dumpsys enthalten:Das Activity-Dumpsys enthält den Status des Panels. Verwenden Sie Debugging-Tools (adb-Befehl), um mit dumpsys (
=adb-Shellbefehl) den Status von Panels abzurufen.Der Befehl zeigt die aktuellen Status des Bereichs an, wenn keine visuelle Aktion erfolgt. Der Befehl lautet:
adb shell cmd statusbar carsysui-dump-panelstates
OEM-Logging und Datentracking
- Fügt Protokollierung zu Ereignissen für das Abo von Fahrzeugdaten hinzu. Um die Datenanalyse zu verbessern, aktivieren wir die Protokollierung der Nutzerverbindung für OEMs.
Wichtige Apps
Um die Einhaltung von CDD und CTS für mit Autos kompatible Apps (Car Ready Mobile Apps, CaRMA) zu überprüfen, verbessern wir die Kompatibilität und Nutzerfreundlichkeit von Drittanbieter-Apps in Automotive-Umgebungen. Um Best Practices für eine nahtlose Navigation zu demonstrieren, fügen wir Referenzbeispiele für die Zurück-Funktion hinzu.
Verbesserungen bei der Aktivitätsblockierung (Activity Blocking Activity, ABA):Zur Verbesserung der Lebenszyklusverwaltung wird das OnStop-ABA-Verhalten in AAOS optimiert.
Sicherer Bereich für das Rendern von Apps. Um die Sichtbarkeit von Inhalten zu überprüfen und Verdeckungen zu vermeiden, wird in AAOS ein bestimmter App-Anzeigebereich definiert.
DPI-Skalierung:AAOS optimiert UI-Elemente basierend auf der Displayauflösung und dem Betrachtungsabstand.
App-spezifische Überschreibungen:Mit AAOS können Sie das App-Verhalten steuern, z. B. Ausrichtung und Seitenverhältnis.
Verbesserungen bei der Kompatibilität: AAOS umfasst die Android-Kernfunktionen wie DocumentsUI und bietet Verbesserungen bei der Kompatibilität mit Drittanbieter-Apps.
Alternative App-Steuerelemente:Mit AAOS können Nutzer Audioinhalte, die nicht über das Media Center wiedergegeben werden, während der Fahrt steuern, insbesondere über Kommunikations-Apps.
VHAL-Attribute
- Property-Enum-Tag
@SystemApi:AAOS ermöglicht Drittanbietern den Zugriff auf Enums, die kürzlich als für Drittanbieter-Apps zugänglich gekennzeichnet wurden.
Audio
- APIs für Fading und Balance:In AAOS können Erstanbieter-Apps die aktuellen Einstellungen für Fading und Balance eines Nutzers abrufen. Diese Audiopegel bleiben für jeden Nutzer über Zündzyklen hinweg erhalten. Diese Aktualisierung sorgt für Parität mit anderen nutzergesteuerten Audioeinstellungen in den Car Audio APIs.
Datenschutz
Google-Nutzungsbedingungen: Sie können Apps deaktivieren, bis der Nutzer die Google-Nutzungsbedingungen akzeptiert. Symbole für deaktivierte Apps werden grau angezeigt, um einen inaktiven Status anzugeben.
Wenn Nutzer auf eine deaktivierte App tippen, werden sie aufgefordert, die Google-Nutzungsbedingungen zu akzeptieren.
In Android 25Q4 ist diese Funktion mit OEM-Funktionen kompatibel, bei denen dauerhafte Google-Funktionen auf einem Hintergrundbereich platziert werden, der mit der skalierbaren Benutzeroberfläche konfiguriert wurde. Beispiel: Eine dauerhafte Google Maps-Aktivität, die als Startbildschirm festgelegt ist, wird ausgegraut angezeigt, bis ein Nutzer die Nutzungsbedingungen von Google akzeptiert.
Compliance
Bei AAOS-Tests wird die Android-Konformität auf Cuttlefish und interner Referenzhardware mit diesen Test-Suites auf GSI getestet: CTS, CTS-V, ATS, ATS-V, STS, VTS und CTS on GSI.
Für keine Fehler sind Korrekturen im Android 16-Code (android16-release) oder im Android 16-Testzweig (android16-m1-tests-dev) erforderlich, mit Ausnahme der unten aufgeführten Probleme.
Wir planen, diese Compliance-Probleme in einer zukünftigen AOSP-Version zu beheben.
CtsAppSecurityHostTestCases:RoleSecurityTest#cannotGetSmsRoleHolderForAnotherUserCtsMediaHostTestCases:AudioServiceRebootHostTest#testVolumePersists_AfterRebootCtsPermissionUiTestCases:PermissionTest23#testInteractiveGrant
Fehler bei Android-Tests im 4. Quartal 2025
In diesem Abschnitt werden fehlgeschlagene Testläufe für Android 25Q4 aufgeführt, die nur für Cuttlefish gelten. Die fehlgeschlagenen Tests werden auf der internen Referenzhardware bestanden. Wir bestätigen alle inkonsistenten Testläufe auf Cuttlefish und der internen Referenzhardware.
Wir ermitteln die Testinkonsistenz, indem wir die Ergebnisse von 15 aufeinanderfolgenden Builds auswerten, bei denen mehrere Gruppen von Testfehlern auftreten.
| Testlauf | Vorkommnisse |
|---|---|
CtsWindowManagerBackgroundActivityTestCases |
6 |
CtsJvmtiAttachingHostTestCases |
5 |
CtsViewTestCases |
5 |
CtsStagedInstallHostTestCases |
3 |
CtsUiRenderingTestCases27 |
2 |
CtsWindowManagerDeviceActivity |
2 |
CtsAppOpsTestCases |
1 |
CtsNetTestCasesLegacyApi22 |
1 |
CtsStatsdAtomHostTestCases |
1 |
CtsUiRenderingTestCases |
1 |