Versionshinweise zu Android 16

Auf dieser Seite werden die wichtigsten Funktionen in Android 16 zusammengefasst und Links zu weiteren Informationen bereitgestellt. Diese Funktionszusammenfassungen sind nach dem Ort der Dokumentation der Funktion auf dieser Website organisiert.

Audio

Unterstützung für konfigurierbare Audio-Richtlinien

Mit HIDL HAL können Android-Anbieter einen alternativen Ansatz zum Festlegen von Regeln für das Audio-Routing verwenden, der als „Configurable Audio Policy“ (CAP) bezeichnet wird und flexibler ist als die Standard-Engine, die für Smartphones verwendet wird. Bei der Migration zu AIDL HAL wurde die Unterstützung für CAP in Android 14 und 15 aufgrund fehlender Ressourcen nicht implementiert. Wir haben dieses Problem in Android 16 behoben, indem wir fehlende AIDL-Definitionen bereitgestellt und den Mechanismus zum Laden der CAP-Konfiguration durch das Framework geändert haben. Weitere Informationen finden Sie unter Unterstützung für konfigurierbare Audio-Richtlinien in der AIDL-HAL.

Wir haben das Cuttlefish Auto-Zielvorhaben konvertiert, um die CAP-AIDL-Implementierung zu nutzen und Partner bei der Migration ihrer Produkte zu unterstützen.

Architektur

Generischer Bootloader (GBL)

Mit Android 16 wird ein neuer generischer Bootloader (Generic Bootloader, GBL) eingeführt, ein standardisierter, aktualisierbarer Bootloader, der den Android-Bootprozess optimieren soll.

Weitere Informationen zu GBL finden Sie unter Übersicht über den generischen Bootloader (GBL).

Seitengröße von 16 KB

In Android 16 wurde die Speicheroptimierung für den Thread-lokalen Speicher (Thread-Local Storage, TLS) implementiert. Die Puffer für die Funktionen basename() und dirname() sind jetzt vom Haupt-TLS-Bereich isoliert und befinden sich auf dedizierten Speicherseiten, die erst bei der ersten Verwendung zugewiesen werden. Diese Änderung führt zu erheblichen Einsparungen beim Arbeitsspeicher, insbesondere auf Systemen mit einer Seitengröße von 16 KB, da dadurch etwa 8 KB auf der Arbeitsspeicherseite des ursprünglichen Threads freigegeben werden. Diese Optimierung reduziert nicht nur den gesamten Speicherverbrauch, sondern bietet auch mehr Platz für das Wachstum des Stacks, bevor eine neue Seite erforderlich ist. So können Seitenfehler durch die Stack-Erweiterung verringert werden. Auch auf Systemen mit einer Seitengröße von 4 KB lässt sich etwas Arbeitsspeicher sparen.

Weitere Informationen zur Seitengröße von 16 KB

Kompatibilität

ITS-Updates für Kameras

Android 16 enthält Updates für die Camera Image Test Suite (ITS). Weitere Informationen finden Sie unter:

Compatibility Definition Document (CDD)

Das Compatibility Definition Document (CDD) für Android 16 wurde veröffentlicht.

CTS‑Prüfung – Bluetooth MIDI-Test aktualisiert

Um das Testverfahren zu vereinfachen und potenzielle Fehler zu reduzieren, können Sie mit Android 16 CTS-V-Bluetooth-MIDI-Loopback-Tests ohne USB-MIDI-Peripheriegerät ausführen.

Die Dokumentation zu dieser Änderung finden Sie unter CTS Verifier Bluetooth MIDI tests updates.

Aktualisierungen des Barometer-Tests im CTS Verifier

Zur Unterstützung von Android-Standortfunktionen enthält Android 16 eine neue Reihe von CTS-V-Tests für Barometer-Messungen.

Die Dokumentation zu dieser Änderung finden Sie unter CTS Verifier-Tests für Barometer-Messungen.

Aktualisierungen der CTS‑Prüfung für mehrere Geräte

Zur Unterstützung von Android-Konnektivitätsfunktionen enthält Android 16 eine neue Reihe von CTS-V-Tests.

Die Dokumentation zu dieser Änderung finden Sie unter CTS Verifier-Updates für Tests auf mehreren Geräten.

Konnektivität

Erkennung des Android-Betriebssystems

Ab Android 16 enthält das Android-Framework einen GATT-Dienst (Generic Attribute Profile) namens „Android Information Service“ (AIS), mit dem Bluetooth-Geräte das Android-API-Level als GATT-Merkmal des Dienstes lesen können. Mit diesem Dienst können Bluetooth-Gerätehersteller feststellen, ob ein Bluetooth-Peripheriegerät mit einem zentralen Gerät gekoppelt wird, auf dem das Android-Betriebssystem ausgeführt wird, und spezielle Logik basierend auf dem API-Level verwalten.

Weitere Informationen finden Sie unter Android-Betriebssystem identifizieren.

Notfallrückrufmodus

In Android 16 wird die System-API EmergencyCallbackModeListener eingeführt, mit der das IMS-Modul den Status des Notfallrückrufmodus über einen Callback abrufen kann, wenn das Gerät in den Notfallrückrufmodus für SMS oder Anrufe wechselt oder diesen verlässt. Gerätehersteller können diese API verwenden, um die IMS-Registrierungsverwaltung zu implementieren und die Anforderungen von Mobilfunkanbietern und 3GPP zu erfüllen. Wenn sich das Nutzergerät (UE) beispielsweise im Notfallrückrufmodus befindet, kann das IMS-Modul so eingestellt werden, dass die Notfallregistrierung für einen bestimmten Zeitraum aufrechterhalten wird. Das IMS-Modul kann die Notfallregistrierung auch aufrechterhalten, verlängern und abbrechen, je nach Status des Notfallrückrufmodus.

IMS-Dienstupdates

Mit Android 16 werden System-APIs eingeführt, die Gerätehersteller und ‑anbieter für ihre IMS-Implementierung verwenden können. In der folgenden Tabelle sind die APIs aufgeführt, die privilegierte Apps zur Unterstützung von IMS-Diensten verwenden können:

Klasse API
MmTelFeature EpsFallbackReason
ImsTrafficType
ImsTrafficDirection
modifyImsTrafficSession
startImsTrafficSession
stopImsTrafficSession
triggerEpsFallback
ImsTrafficSessionCallback Alle
ConnectionFailureInfo Alle
TelephonyManager getImsPrivateUserIdentity
getImsPublicUserIdentities
getImsPcscfAddresses
getSimServiceTable
ImsCallSessionListener callSessionTransferred
callSessionTransferFailed
callSessionSendAnbrQuery
SmsMessage getRecipientAddress

Entfernungsmessmodul

In Android 16 wird das Ranging-Modul eingeführt, in dem die APIs für Ranging-Technologien wie Ultrabreitband, Bluetooth-Channel-Sounding, Bluetooth-RSSI-Ranging und WLAN-RTT (Round Trip Time) zusammengefasst werden. Weitere Informationen

WLAN-Hotspot-Updates

In Android 16 wird die Methode SoftApCallback#onClientsDisconnected eingeführt, mit der eine Liste der getrennten Clients eines WLAN-Hotspots (Soft-AP) und der Grund für die Trennung für jeden Client abgerufen werden kann. Mit dieser Funktion können Automobil-OEMs die erforderlichen Spezifikationen für projizierte Apps erfüllen und die Konfigurierbarkeit und Funktionalität des Android-WLAN-Stacks verbessern.

Wenn Sie die Methode SoftApCallback#onClientsDisconnected verwenden möchten, registrieren Sie einen Callback, um die Gerätefunktionen mit WifiManager#registerSoftApCallback für einen Hotspot mit Tethering oder mit WifiManager#registerLocalOnlyHotspotSoftApCallback für einen Hotspot nur für lokale Verbindungen abzurufen. Vorhandene registrierte Soft-AP-Callbacks müssen die Methode SoftApCallback#onClientsDisconnected überschreiben. Weitere Informationen finden Sie unter Apps mit Hotspot-APIs entwickeln.

Ein Beispiel für die Implementierung eines Tethering-WLAN-Hotspots auf der Referenzseite für AAOS-Autoeinstellungen, die SoftApCallback verwendet, finden Sie unter WifiTetheringHandler.java.

Führen Sie die folgenden Einheitentests und CTS Verifier-Tests aus, um Ihre Implementierung zu testen:

  • Einheitentests
    • Administratoren: atest packages/modules/Wifi/framework/tests/
    • Dienste: atest packages/modules/Wifi/service/tests/wifitests/
  • CTS‑Prüfungstests: atest CtsWifiSoftApTestCases

Anzeige

Desktop-Freiform-Fenster

Mit dem Desktop-Freiform-Fenster können Sie überlappende Fenster anordnen und ihre Größe anpassen. Das sorgt für mehr Produktivität, da Sie eine vertraute Benutzeroberfläche nutzen. Informationen zur Unterstützung von Desktop-Fenstern finden Sie unter Unterstützung von Multi-Window.

Interaktion

Haptik

Mit Android 16 werden APIs eingeführt, um die Fragmentierung der Haptik im Ökosystem zu verringern, die Notwendigkeit einer individuellen Geräteabstimmung zu eliminieren und Entwicklern und Endnutzern von Geräten umfassendere und ausdrucksstärkere Bewegungserlebnisse zu bieten. Die neue PWLE-API (Piecewise Linear Envelope, stückweise lineare Hüllkurve) unterstützt die Erstellung normalisierter PWLE-Effekte, die auf ähnlichen Geräten ähnliche haptische Wahrnehmungen erzeugen.

Im Folgenden finden Sie eine Zusammenfassung der Verbesserungen der Haptikfunktionen durch die neuen APIs in Android 16:

  • Entwicklungskosten senken, indem die gerätespezifische Optimierung durch eine normalisierte Werteskala entfällt.
  • Erstelle eine grundlegende Gruppe von Haptik-Primitiven für das Ökosystem (z. B. CLICK, TICK, LOW_TICK, SLOW_RISE, QUICK_RISE, QUCK_FALL, THUD, SPIN).
  • Unterstützung für das Erstellen und Zusammenstellen parametrischer Effekte (Dauer, Amplitude und Frequenz).
  • Unterstützung des automatischen Schutzes vor Übersteuerung von Haptik.
  • Multisensorische Erlebnisse wie kombinierte Haptik und Sound ermöglichen.
  • Die Lücke bei den Android-Haptikfunktionen für Entwickler schließen.

Wir empfehlen, die neuen normalisierten PWLE-APIs zu integrieren und zu verwenden, um grundlegende Haptik-Primitive zu aktivieren und Unterstützung für neue Haptik-Funktionen für Entwickler zu bieten. Weitere Informationen finden Sie unter PWLE-Effekte implementieren.

Basissensor für die Herzfrequenz

In Android 16 verwendet das Android-Framework die Berechtigung SENSOR_PERMISSION_READ_HEART_RATE für Herzfrequenz-Basissensoren, um die Kompatibilität aufrechtzuerhalten. In Android 15 und niedriger verwendet das Framework die Berechtigung SENSOR_PERMISSION_BODY_SENSORS. Weitere Informationen zum Basissensortyp für die Herzfrequenz findest du unter Herzfrequenz.

Medien

HDR-Unterstützung

Android 16 bietet die folgenden Verbesserungen für die HDR-Unterstützung:

Wir empfehlen Folgendes:

  • Aktiviere HLG oder DolbyVision (8.4 mit HLG) standardmäßig in deiner Kamera-App.
  • Ultra HDR für Fotos standardmäßig aktivieren
  • App-Unterstützung für HLG-Video und Ultra HDR-Aufnahmen

Framework für Medienqualität

In Android 16 entwickeln wir ein neues Framework für Bild- und Audioqualität, um eine standardisierte API für Android-TV-Implementierungen zu schaffen. Dieses Framework bietet einen einheitlichen Ansatz für die Anpassung der Bildqualität (Picture Quality, PQ) und Audioqualität (Audio Quality, AQ) auf Android-Fernsehern und vereinfacht die Entwicklung für Anbieter. Diese Funktion bietet Folgendes:

  • Detaillierte Bildqualitätseinstellung pro Stream, pro Nutzer und pro Eingabetyp auf dem Display mit einer Einstellung auf Systemebene für den gesamten Bildschirm, die in allen Apps verwendet wird
  • Granulare Audioeinstellungen pro Stream und pro Gerät mit einer Einstellung auf Systemebene, die für alle Apps verwendet werden kann

Video-Codec

In Android 16 führen wir die Plattformunterstützung für den APV-Codec (Advanced Professional Video) ein. Der APV-Codec ist ein Intra-Frame-Codec mit hoher Bitrate, der Content-Creatorn Aufnahmen und Bearbeitungen in höchster Qualität ermöglicht.

Außerdem plant Google, alle Nutzer von VP8, VP9 und AVC (H.264) auf AV1 umzustellen. App-Entwickler bevorzugen AV1, die nächste Generation von Codecs, um Transcodierungen im Backend zu vermeiden und die Latenz zu reduzieren. Hardware-Codecs werden weiterhin empfohlen, insbesondere für die Codierung, obwohl die Unterstützung für AV1-Software-Codecs immer besser wird.

Sie können AV1 für eine höhere Qualität, Zuverlässigkeit und Gleichzeitigkeit verwenden und die Unterstützung von APV in der Kamera- und Galerie-App in Betracht ziehen.

Leistung

Trade-In-Modus

Mit Android 16 wird der Trade-In-Modus eingeführt, mit dem Entwickler und Händler den Systemzustand nach dem Zurücksetzen auf die Werkseinstellungen beurteilen können.

Weitere Informationen finden Sie unter Informationen zum Systemzustand abrufen.

Berechtigungen

Aktualisierungen von Android-Rollen

In Android 16 werden die folgenden Rollen aktualisiert:

  • COMPANION_DEVICE_APP_STREAMING: Für Anwendungsfälle zum Streamen, Übertragen oder Spiegeln von Apps, die das Streamen, Übertragen oder Spiegeln von einem Android-Gerät wie einem Smartphone oder Tablet auf einen Desktop- oder Laptop-Computer ermöglichen.

  • COMPANION_DEVICE_NEARBY_DEVICE_STREAMING: Für Anwendungsfälle für Android-Geräte wie Smartphones oder Tablets für das Streaming zur Connected Vehicle App und zur XR-Geräte-App.

Weitere Informationen finden Sie unter Android-Rollen.

Sicherheit

Sicherheit von Mobilfunknetzen

In Android 16 wurden geringfügige UX-Änderungen am Schalter für 2G-Verbindungen in den SIM-Einstellungen vorgenommen, um ihn an die restlichen Einstellungen anzupassen. In Android 16 wird außerdem ein eigener Bereich für Mobilfunksicherheitsfunktionen namens Sicherheit des Mobilfunknetzes im Sicherheitscenter unter Einstellungen eingeführt.

Geräteintegrität

Unter Android 16 werden Attestierungszertifikate für KeyMint-Version 4.0 unterstützt. Zur Überprüfung der Integrität geladener APEX-Module enthalten KeyMint 4.0-Zertifikate ein neues Feld moduleHash in der Struktur KeyDescription.

Weitere Informationen finden Sie unter Schlüssel- und ID-Attestierung.

Speicher

Standardkonto für Kontakte

Android-Nutzer verlieren einige Kontakte, wenn sie zu einem anderen Gerät wechseln. Um den Verlust von Kontakten zu verringern, wird in Android 16 das Konzept eines Standardkontos für Kontakte eingeführt. Damit diese Funktion unterstützt wird, muss Ihre Kontakte App Folgendes bieten:

  • Cloudsynchronisierungsoptionen bewerben, um den Verlust von Kontakten im Laufe der Zeit zu verhindern
  • Nutzer fragen, ob sie ihre lokal und auf der SIM-Karte gespeicherten Kontakte in die standardmäßigen Cloud-Konten verschieben möchten
  • Erstellung neuer lokaler Kontakte und SIM-Kontakte verhindern

Updates

Unterbrechungsfreie App-Updates

Wenn ein Paket aktualisiert wird, wird es angehalten und in einen eingefrorenen Zustand versetzt, damit es nicht ausgeführt wird, während sich sein Code und seine Ressourcen ändern. Bei großen, komplexen und systemkritischen Apps kann das Einfrieren von Paketen zu einer schlechten Nutzererfahrung führen, da abhängige Apps möglicherweise nicht ausgeführt werden können.

Unter Android 16 wird die Zeit, in der eine App nicht ausgeführt werden kann, verkürzt, indem dexopt oder dex2oat in eine frühere Phase des Installationsprozesses verschoben werden. Durch diese Änderung wird die Zeit, in der eine App eingefroren wird, von mehreren Sekunden auf einige zehn Millisekunden verkürzt.

Virtualisierung

Android 16 bietet erweiterte Funktionen für das Android Virtualization Framework (AVF) und den pKVM-Hypervisor (protected KVM), z. B. verbesserte Betriebssystemupdates in virtuellen Maschinen (VMs) und die Einführung eines Linux-Terminals. Im Folgenden finden Sie eine Liste der wichtigsten Änderungen an AVF:

  • Unterstützung für das AVF Low-Level Native Development Kit (LL-NDK): Mit Android 16 können Anbieter VMs über die Anbieterpartition mit von Google verwalteten AVF starten.
  • Unterstützung von VMs mit frühem Bootvorgang: AVF ermöglicht die Ausführung von VMs früher im Bootvorgang, was sich positiv auf kritische Nutzlasten wie KeyMint-Hardwareabstraktionsebenen (HALs) auswirkt.
  • Microdroid-Updates: Microdroid umfasst verschlüsselten Speicher mit variabler Größe und Unterstützung für geschützte VMs mit 16K für eine verbesserte Leistung.
  • Unterstützung für Linux-Terminals: Ferrochrome führt ein Debian-basiertes Linux-Terminal in einer virtuellen Maschine ein.
  • Unterstützung des Gastfirmware-Frameworks für Arm A-Profile (FF-A): pKVM unterstützt die standardisierte sichere Kommunikation mit TrustZone für geschützte VMs.
  • Updates für geschützte VMs Mit Trusty OS für Standard-TAs (Trusted Applications) können Sie TrustZone-Applets in geschützten VMs ausführen, um die Isolation und Aktualisierbarkeit zu verbessern.
  • Unterstützung für anbieterspezifische sichere Monitor-Aufrufe (Secure Monitor Calls, SMCs). Sie können vorhandenen Code mit anbieterspezifischen privaten SMCs in eine pVM verschieben.
  • Aktualisierungen der Gerätezuweisung: Android 16 unterstützt die Zuweisung von Plattformgeräten zu pVMs, was einen direkten Hardwarezugriff ermöglicht.
  • Unterstützung der Parität für Gäste ohne Schutz: Nicht geschützte Gäste haben volle Unterstützung für MMU-Benachrichtigungen (Memory Management Unit) und nicht angepinnten Speicher wie eine Android-App.
  • Updates für Hypervisor-Tracing: Android 16 umfasst strukturierte Logging-Ereignisse und ein verbessertes Funktionstracing.

Weitere Informationen zu diesen Änderungen finden Sie unter Android Virtualization Framework.