Versionshinweise zu Android 16, Android 16 QPR1 und Android 16 QPR2

Auf dieser Seite werden die wichtigsten Funktionen in den Releases Android 16, Android 16 QPR1 und Android 16 QPR2 zusammengefasst. Außerdem finden Sie hier Links zu weiteren Informationen. Die Zusammenfassungen der Funktionen sind nach dem Speicherort der Dokumentation 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, die sogenannte konfigurierbare Audio-Richtlinie (Configurable Audio Policy, CAP). Diese ist flexibler 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 AIDL HAL.

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

Architektur

Generischer Bootloader (Generic Bootloader, GBL)

Android 16 bietet Unterstützung für einen neuen generischen Bootloader (GBL), einen standardisierten, aktualisierbaren Bootloader, der den Android-Bootvorgang optimieren soll.

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

Seitengröße von 16 KB

In Android 16 wurde die Speicheroptimierung für den threadspezifischen Speicher (Thread-Local Storage, TLS) implementiert. Die Puffer für die Funktionen basename() und dirname() sind jetzt von der Haupt-TLS-Region in dedizierte Speicherseiten isoliert, die erst bei der ersten Verwendung zugewiesen werden. Diese Änderung führt zu erheblichen Speichereinsparungen, insbesondere auf Systemen mit einer Seitengröße von 16 KB, da dadurch etwa 8 KB auf der ursprünglichen Thread-Speicherseite 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 aufgrund der Stack-Erweiterung reduziert werden. Auch auf Systemen mit einer Seitengröße von 4 KB werden Speichereinsparungen erzielt.

Weitere Informationen zur Seitengröße von 16 KB finden Sie unter Seitengröße von 16 KB.

Kompatibilität

ITS-Updates für die Kamera

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 wird mit den Android 16 QPR2-Updates veröffentlicht.

CTS-Prüfung: Updates für Bluetooth MIDI-Tests

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

Die Dokumentation zu dieser Änderung finden Sie unter CTS-Prüfung: Updates für Bluetooth MIDI-Tests.

CTS-Prüfung: Updates für Barometertests

Zur Unterstützung der 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-Prüfung: Barometertests.

CTS-Prüfung: Updates für Tests auf mehreren Geräten

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

Die Dokumentation zu dieser Änderung finden Sie unter CTS-Prüfung: Tests auf mehreren Geräten ausführen.

WLAN-AP-Verbindungstests ausführen

Zur Unterstützung der Android-Konnektivitätsfunktionen für „Better Together“ enthält Android 16 QPR2 eine neue Reihe von WLAN-ZP-Verbindungstests.

Die Dokumentation zu dieser Änderung finden Sie unter WLAN-ZP-Verbindungstests einrichten.

Konnektivität

Android-Betriebssystem identifizieren

In Android 16 und höher enthält das Android-Framework einen generischen Attributdienst (Generic Attribute Service, GATT) namens Android-Informationsdienst (Android Information Service, AIS). Mit diesem Dienst können Bluetooth-Geräte das Android-API-Level als GATT-Merkmal des Dienstes lesen. So 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

Android 16 führt die EmergencyCallbackModeListener System-API ein. Mit dieser API kann das IMS-Modul den Status des Notfallrückrufmodus über einen Callback abrufen, 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 beispielsweise im Notfallrückrufmodus befindet, kann das IMS-Modul so konfiguriert werden, dass die Notfallregistrierung für einen bestimmten Zeitraum beibehalten wird. Das IMS-Modul kann die Notfallregistrierung auch je nach Status des Notfallrückrufmodus beibehalten, verlängern und abbrechen.

IMS-Dienstupdates

Android 16 führt System-APIs ein, die Gerätehersteller und ‑anbieter für ihre IMS-Implementierung verwenden können. In der folgenden Tabelle sind die APIs aufgeführt, die von privilegierten Apps zur Unterstützung von IMS-Diensten verwendet werden 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

Entfernungsmessungsmodul

Android 16 führt das Entfernungsmessungsmodul ein, das die APIs für Entfernungsmessungstechnologien wie Ultrabreitband, Bluetooth-Kanalmessung, Bluetooth-RSSI-Entfernungsmessung und WLAN-Round-Trip-Zeit (RTT) zusammenfasst. Weitere Informationen finden Sie unter:

WLAN-Hotspot-Updates

Android 16 führt die Methode SoftApCallback#onClientsDisconnected ein, 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 Automotive-OEMs die erforderlichen Spezifikationen für projizierte Apps erfüllen und die Konfigurierbarkeit und Funktionalität des Android-WLAN-Stacks verbessern.

Wenn Sie die SoftApCallback#onClientsDisconnected Methode verwenden möchten, registrieren Sie einen Callback, um die Gerätefunktionen mit WifiManager#registerSoftApCallback für einen geteilten Hotspot oder WifiManager#registerLocalOnlyHotspotSoftApCallback für einen lokalen Hotspot 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 geteilten WLAN-Hotspots auf der Referenz AAOS-Seite für die Einstellungen des Autos, die SoftApCallback verwendet, finden Sie unter WifiTetheringHandler.java.

Führen Sie die folgenden Einheitentests und CTS-Prüfungstests 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

Display

Desktop-Freiform-Fenster

Desktop-Freiform-Fenster steigern die Produktivität, da sie eine vertraute Oberfläche zum Anordnen und Ändern der Größe überlappender Fenster bieten. Informationen zur Unterstützung von Desktop-Freiform-Fenstern finden Sie unter Unterstützung für den Mehrfenstermodus.

Gerätestatusbasierte Einstellung für die automatische Drehung

Ab dem Release Android 16 QPR1 ist eine überarbeitete Implementierung für die gerätestatusbasierte Einstellung für die automatische Drehung verfügbar. Bei früheren Versionen der gerätestatusbasierten Einstellung für die automatische Drehung kann es zu einem bekannten Problem kommen, bei dem sich der Einstellungswert ohne Nutzerinteraktion ändert.

Weitere Informationen finden Sie unter Gerätestatusbasierte Einstellung für die automatische Drehung.

Kategorisierung von Kacheln für Schnelleinstellungen

Android 16 QPR2 enthält Kategorien für Kacheln für Schnelleinstellungen (in Beta 1 hinzugefügt), die unter Benutzerdefinierte Kacheln für Schnelleinstellungen für Ihre App erstellen beschrieben werden. In diesen Kategorien werden Kacheln im Bearbeitungsmodus für Schnelleinstellungen sortiert, damit Nutzer sie schneller finden.

Weitere Informationen finden Sie unter Kategorisierung von Kacheln für Schnelleinstellungen.

Interaktion

Haptik

Android 16 führt APIs ein, um die Haptik-Fragmentierung im Ökosystem zu reduzieren, die Notwendigkeit einer individuellen Geräteabstimmung zu beseitigen und Entwicklern und Endnutzern von Geräten umfassendere und ausdrucksstärkere Bewegungserlebnisse zu bieten. Die neue stückweise lineare Hüllkurven-API (Piecewise Linear Envelope, PWLE) 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:

  • Reduzieren Sie die Entwicklungskosten, indem Sie die Abstimmung pro Gerät durch eine normalisierte Werteskala entfernen.
  • Erstellen Sie eine Baseline-Reihe von Haptik-Primitiven für das Ökosystem (z. B. CLICK, TICK, LOW_TICK, SLOW_RISE, QUICK_RISE, QUICK_FALL, THUD, SPIN).
  • Unterstützung für das Erstellen und Zusammensetzen parametrischer Effekte (Dauer, Amplitude und Frequenz).
  • Unterstützung für den automatischen Schutz vor Übersteuerung der Haptik.
  • Aktivieren Sie multisensorische Erlebnisse wie kombinierte Haptik und Audio.
  • Schließen Sie die Lücke zwischen den Haptikfunktionen für Android-Entwickler.

Wir empfehlen, die neuen normalisierten PWLE-APIs zu integrieren und zu verwenden, um Haptik-Primitive der Baseline zu aktivieren und Unterstützung für neue Haptik-Erlebnisse 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 zur Aufrechterhaltung der Kompatibilität die Berechtigung SENSOR_PERMISSION_READ_HEART_RATE für Basissensoren für die Herzfrequenz. In Android 15 und niedriger verwendet das Framework die Berechtigung SENSOR_PERMISSION_BODY_SENSORS. Weitere Informationen zum Basissensortyp für die Herzfrequenz finden Sie unter Herzfrequenz.

Medien

HDR-Unterstützung

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

Wir empfehlen Folgendes:

  • Aktivieren Sie standardmäßig HLG oder DolbyVision (8.4 mit HLG) in Ihrer Kamera-App.
  • Aktivieren Sie standardmäßig Ultra HDR für Fotos.
  • Bieten Sie App-Unterstützung für HLG-Videos 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 erstellen. Dieses Framework bietet einen einheitlichen Ansatz für Anpassungen der Bildqualität (Picture Quality, PQ) und Audioqualität (Audio Quality, AQ) auf Android-TVs und vereinfacht die Entwicklung für Anbieter. Diese Funktion bietet Folgendes:

  • Granulare Einstellung der Bildqualität pro Stream, pro Nutzer und pro Eingabetyp auf dem Display mit einer Einstellung auf Systemebene für den gesamten Bildschirm, die für alle Apps verwendet werden kann
  • Granulare Audioeinstellung 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 Advanced Professional Video (APV)-Codec ein. Der APV-Codec ist ein Intra-Frame-Codec mit hoher Bitrate, der Content-Erstellern hochwertige Aufnahmen und Bearbeitungen ermöglicht.

Außerdem plant Google, alle Nutzer von VP8, VP9 und AVC (H.264) zu AV1 zu migrieren. 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 sich die Unterstützung für AV1-Software-Codecs verbessert.

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

Leistung

Trade-In-Modus

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

Weitere Informationen finden Sie unter Systemzustandsinformationen abrufen.

Berechtigungen

Android-Rollenupdates

In Android 16 werden die folgenden Rollen aktualisiert:

  • COMPANION_DEVICE_APP_STREAMING: Für Anwendungsfälle für das 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 App-Streaming auf Connected Vehicle-Apps und XR-Geräte.

Weitere Informationen finden Sie unter Android-Rollen für mehr Informationen.

Sicherheit

Sicherheit von Mobilfunknetzen

Android 16 führt kleinere UX-Änderungen am Schalter 2G-Konnektivität unter den SIM Einstellungen ein, um ihn an die übrigen Einstellungen anzupassen. Android 16 führt außerdem einen eigenen Bereich für Sicherheitsfunktionen für Mobilfunknetze namens Sicherheit des Mobilfunknetzes unter Sicherheitscheck in den Einstellungen ein.

Geräteintegrität

Android 16 bietet Unterstützung für KeyMint-Attestierungszertifikate der Version 4.0. Um die Integrität geladener APEX-Module zu überprüfen, enthalten KeyMint 4.0-Zertifikate ein neues Feld moduleHash in der Struktur KeyDescription.

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

GPU-Syscall-Filterung

Android 16 QPR2 fügt ein SELinux-Makro hinzu, um Kernel-Treiber zu härten. Dieses Makro blockiert eingeschränkte IOCTLs in der Produktion, z. B. veraltete IOCTLs oder IOCTLs für die Entwicklung von Kernel-Treibern. Außerdem werden IOCTLs für die Treiberprofilerstellung auf Shell- oder debugfähige Apps beschränkt. Verwenden Sie dieses Makro, um die Sicherheit Ihres Geräts zu erhöhen.

Weitere Informationen finden Sie unter GPU-Syscall-Filterung.

Dateien in den vertraulichen Bereich verschieben

Mit Android 16 QPR2 können Nutzer Dateien und Fotos direkt aus dem Hauptprofil in ihr vertrauliches Profil importieren. Der Vorgang wird über eine Verknüpfung Dateien hinzufügen der Schaltfläche Hinzufügen im Launcher gestartet. Dabei wird eine neue System-App verwendet, mit der Nutzer ausgewählte Dateien in den Ordner Downloads des vertraulichen Profils verschieben oder kopieren können. Die Übernahme dieser Funktion durch OEMs ist optional.

Weitere Informationen finden Sie unter Vertrauliches Profil.

Speicher

Standardkonto für Kontakte

Android-Nutzer verlieren einige Kontakte, wenn sie zu einem anderen Gerät wechseln. Um den Verlust von Kontakten zu reduzieren, führt Android 16 das Konzept eines Standardkontos für Kontakte ein. Zur Unterstützung dieser Funktion sollte Ihre Kontakte-App Folgendes bieten:

  • Optionen für die Cloudsynchronisierung bewerben, um den Verlust von Kontakten im Laufe der Zeit zu verhindern
  • Nutzer fragen, ob sie ihre lokalen Kontakte und SIM-Kontakte in Standardkonten in der Cloud 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, um zu verhindern, dass es ausgeführt wird, während sich der Code und die Ressourcen ändern. Bei großen, komplexen und systemkritischen Apps kann das Versetzen von Paketen in einen eingefrorenen Zustand zu einer schlechten Nutzererfahrung führen, da abhängige Apps möglicherweise nicht ausgeführt werden können.

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

Virtualisierung

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

  • Unterstützung für das Low-Level Native Development Kit (LL-NDK) für AVF. Mit Android 16 können Anbieter VMs über die Anbieterpartition mit dem von Google verwalteten AVF starten.
  • Unterstützung für VMs für den frühen Start. Mit AVF können VMs früher im Bootvorgang ausgeführt werden, was sich positiv auf kritische Nutzlasten wie KeyMint-Hardware-Abstraktionsebenen (HALs) auswirkt.
  • Microdroid-Updates. Microdroid umfasst einen verschlüsselten Speicher mit variabler Größe und Unterstützung für geschützte VMs mit 16 KB 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 für das Gastfirmware-Framework 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 standardmäßige vertrauenswürdige Anwendungen (Trusted Applications, TAs) können Sie vertrauenswürdige TrustZone-Applets in geschützten VMs ausführen, um die Isolation und Aktualisierbarkeit zu verbessern.
  • Unterstützung für anbieterspezifische sichere Monitoraufrufe (Secure Monitor Calls, SMCs). Sie können vorhandenen Code mit anbieterspezifischen SMCs in eine pVM verschieben.
  • Updates für die Gerätezuweisung. Android 16 unterstützt die Zuweisung von Plattformgeräten zu pVMs, wodurch ein direkter Hardwarezugriff möglich ist.
  • Unterstützung für nicht geschützte Gäste. Nicht geschützte Gäste haben vollständige Unterstützung für MMU-Benachrichtigungen (Memory Management Unit) und nicht angehefteten Speicher wie eine Android-App.
  • Updates für das Hypervisor-Tracing. Android 16 enthält strukturierte Logging-Ereignisse und ein verbessertes Funktionstracing.

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