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 und Links zu weiteren Informationen bereitgestellt. Diese Zusammenfassungen der Funktionen 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 für Smartphones. Bei der Migration zum AIDL-HAL wurde die Unterstützung für CAP in Android 14 und 15 aus Ressourcenmangel 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-Zielvorhaben konvertiert, um die CAP-AIDL-Implementierung zu nutzen und Partner bei der Migration ihrer Produkte zu unterstützen.

Architektur

Generischer Bootloader (GBL)

Android 16 bietet Unterstützung für einen neuen generischen Bootloader (Generic Bootloader, GBL), einen standardisierten, aktualisierbaren 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 Arbeitsspeicherverbrauch, 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 wird mit den Android 16 QPR2-Updates 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 Barometermessungen.

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

CTS‑Prüfung – Updates für Tests auf mehreren Geräten

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

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

WLAN-AP-Verbindungstests ausführen

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

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

Mit 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

Entfernungsmessungsmodul

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 SoftApCallback#onClientsDisconnected-Methode überschreiben. Weitere Informationen finden Sie unter Apps mit Hotspot-APIs entwickeln.

Ein Beispiel für die Implementierung eines WLAN-Hotspots mit Tethering 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

Die Funktion „Desktop-Freiform-Fenster“ ermöglicht eine höhere Produktivität, da sie eine vertraute Benutzeroberfläche zum Anordnen und Anpassen der Größe von überlappenden Fenstern bietet. Informationen zur Unterstützung von Desktop-Fenstern finden Sie unter Unterstützung von Multi-Window.

Einstellung für die automatische Drehung basierend auf dem Gerätestatus

Ab 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äte statusbasierten Einstellung für die automatische Drehung ist ein Problem bekannt, bei dem sich der Einstellwert ohne Nutzerinteraktion ändern kann.

Weitere Informationen finden Sie unter Automatische Drehung basierend auf dem Gerätestatus.

Kategorisierung von Schnelleinstellungen-Kacheln

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. Mit diesen Kategorien werden Kacheln im Bearbeitungsmodus der Schnelleinstellungen sortiert, damit Nutzer sie schneller finden können.

Interaktion

Haptik

Mit Android 16 werden APIs eingeführt, um die Fragmentierung der Haptik im Ökosystem zu verringern, die Notwendigkeit einer individuellen Geräteoptimierung zu beseitigen und Entwicklern und Endnutzern von Geräten eine bessere und ausdrucksstärkere Bewegungsdarstellung zu ermöglichen. 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 Entwicklerfunktionen für Android-Haptik 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 in deiner Kamera-App standardmäßig HLG oder DolbyVision (8.4 mit HLG).
  • 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 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 Intraframe-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 zunimmt.

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 bewerten 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 Laptopcomputer ermöglichen.

  • COMPANION_DEVICE_NEARBY_DEVICE_STREAMING: Für Anwendungsfälle für Android-Geräte wie Smartphones oder Tablets für die Übertragung an die Connected Vehicle App und an die XR-Geräte-App.

Weitere Informationen finden Sie unter Android-Rollen.

Sicherheit

Sicherheit von Mobilfunknetzen

In Android 16 wurden geringfügige Änderungen an der Benutzeroberfläche der Ein/Aus-Schaltfläche für 2G-Verbindungen in den SIM-Einstellungen vorgenommen, um sie an die restlichen Einstellungen anzupassen. In Android 16 gibt es außerdem einen eigenen Bereich für Mobilfunksicherheitsfunktionen namens Sicherheit des Mobilfunknetzes im Sicherheitscenter unter Einstellungen.

Geräteintegrität

Unter Android 16 werden Attestierungszertifikate für KeyMint 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.

GPU-Syscall-Filterung

In Android 16 QPR2 wird ein SELinux-Makro hinzugefügt, um Kernel-Treiber zu härten. Dieses Makro blockiert eingeschränkte IOCTLs in der Produktion, z. B. eingestellte IOCTLs oder IOCTLs für die Entwicklung von Kerneltreibern. Außerdem werden IOCTLs für die Treiberprofilerstellung auf Shell- oder debugfähige Apps beschränkt. Mit diesem Makro können Sie die Sicherheit Ihres Geräts erhöhen.

Dateien in das vertrauliche Profil verschieben

In Android 16 QPR2 können Nutzer Dateien und Fotos direkt aus dem Hauptprofil in ihr vertrauliches Profil importieren. Der Ablauf wird über die 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 im vertraulichen Profil verschieben oder kopieren können. Die Übernahme dieser Funktion durch OEMs ist optional.

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 folgende Voraussetzungen erfüllen:

  • 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 Zehntel Millisekunden verkürzt.

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 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 16K-Unterstützung für geschützte VMs für eine verbesserte Leistung.
  • Unterstützung für Linux-Terminal: Ferrochrome führt ein Debian-basiertes Linux-Terminal in einer virtuellen Maschine ein.
  • Unterstützung des FF-A-Frameworks (Guest Firmware Framework for Arm A-profile): 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 nicht geschützte Gäste: Nicht geschützte Gäste haben volle Unterstützung für MMU-Benachrichtigungen (Memory Management Unit) und nicht angehefteten 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.