Versionshinweise zu Android 13 und Android 13 QPR

Auf dieser Seite werden die wichtigsten Funktionen in Android 13 und den Android 13 QPR-Releases zusammengefasst. Außerdem finden Sie hier Links zu weiteren Informationen. Diese Funktionszusammenfassungen sind nach dem Speicherort der Dokumentation auf dieser Website organisiert.

Architektur

Änderungen an der generischen Bootpartition

Bei Geräten, die mit Android 13 auf den Markt kommen, wird die generische Ramdisk aus dem boot-Image entfernt und in ein separates init_boot-Image verschoben.

Weitere Informationen finden Sie unter Generic Boot Partition.

GKI-Module

In Android 13 werden einige Kernelfunktionen in dynamisch ladbaren Modulen, sogenannten GKI-Modulen, bereitgestellt, um den Speicherbedarf des GKI-Kernels auf Geräten zu verringern, die die Funktion nicht benötigen.

Weitere Informationen finden Sie unter Kernelmodule.

Modulare Systemkomponenten

Android 13 enthält mehrere neue und aktualisierte modulare Systemkomponenten. Die neuen Module sind:

  • AdServices: Unterstützt die Privacy Sandbox-Initiative, deren Ziel es ist, Technologien zu entwickeln, die sowohl zum Schutz der Daten unserer Nutzer in der Onlinesphäre beitragen als auch Unternehmen und Entwicklern die Möglichkeit geben, erfolgreiche Onlinegeschäfte aufzubauen.
  • AppSearch: Eine On-Device-Suchmaschine für die Indexierung und strukturierte Suche
  • Bluetooth: (Optional) Soll allen Android-Nutzern eine einheitliche, qualitativ hochwertige Nutzung von Bluetooth ermöglichen
  • OnDevicePersonalization: Bietet eine Reihe von Tools, die mit dem Schutz der Nutzerdaten als Kernprinzip entwickelt wurden.
  • UWB: Enthält einen UWB-Stack über der HAL-Schnittstelle

Aktualisierungen vorhandener Module:

Aktualisierung der Unterstützung von Android-Kernel-Dateisystemen

Ab Android 13 funktioniert der Userspace nur mit Dateisystemen, die in das Generic Kernel Image (GKI) integriert sind.

Weitere Informationen finden Sie unter Unterstützung von Android-Kernel-Dateisystemen.

Audio

Implementierung von Spatial Audio und der Erfassung von Kopfbewegungen

Ab Android 13-QPR können OEMs mit der neuen Audio-Pipeline-Architektur und der Integration des Sensor-Frameworks einen Spatializer-Audioeffekt mit Unterstützung für Headtracking mit dem erforderlichen Leistungs- und Latenzniveau bereitstellen. Richtlinien und weitere Informationen finden Sie unter Implementierung von hochwertigem räumlichem Audio und Head-Tracking.

Unterstützung für MIDI 2.0

Ab Android 13 wird der USB-Transport um die Unterstützung von MIDI 2.0 erweitert. MIDI 2.0 ist ein neuerer MIDI-Standard, der 2020 definiert wurde.

Weitere Informationen finden Sie auf der Seite MIDI.

Aktualisierung des Audio-HAL

Ab Android 13 wird die Audio-HAL auf Version 7.1 aktualisiert. Weitere Informationen finden Sie unter Audio HAL.

Automobil

Neue Android Automotive-Funktionen

Weitere Informationen zu den neuen Automotive-Funktionen in Android 13 finden Sie unter Neuerungen.

Entwickeln

Mit Bazel erstellen

In Android 13 wird die Erstellung von Kernels mit Bazel eingeführt, wodurch build/build.sh ersetzt wird.

Weitere Informationen finden Sie unter Bazel (Kleaf).

Kamera

AIDL-Kamera-HAL

In Android 13 unterstützt das Kamera-Framework AIDL-Kamera-HALs. Das Kamera-Framework unterstützt auch HIDL-Kamera-HALs. Kamerafunktionen, die in Android 13 oder höher hinzugefügt wurden, sind jedoch nur über die AIDL-Kamera-HAL-Schnittstellen verfügbar.

Informationen zur Migration von HAL-Prozessen von HIDL-Kameraschnittstellen zu AIDL-Kameraschnittstellen finden Sie unter AIDL-Kamera-HAL.

Updates zur Fehlerbehebung bei Kameras

In Android 13 wird dem Kameradienst das Debugging-Tool watch hinzugefügt, mit dem sich Änderungen an den Werten für Erfassungsanfragen und -ergebnisse ansehen lassen, die an die Kamera-HAL gesendet werden und von ihr empfangen werden. Mit dem Tool können Sie Tag-Monitoring-Dumps von geöffneten Clients in der Live-Vorschau ansehen und zwischengespeicherte Dumps von geschlossenen Clients aufrufen.

Weitere Informationen finden Sie unter Kamera-Debugging.

Stabilisierung der Kameravorschau

Unter Android 13 wird die Videostabilisierung im Vorschaustream bei Kameraaufnahmesitzungen unterstützt. Mit dieser Funktion können Drittanbieter-Apps eine WYSIWYG-Funktion (What You See Is What You Get) bereitstellen, wenn die Kameravorschau und die Aufnahme verglichen werden.

Weitere Informationen finden Sie unter Stabilisierung der Kameravorschau.

Steuerung der Taschenlampenhelligkeit

In Android 13 wird eine Funktion zur mehrstufigen Steuerung der Taschenlampenhelligkeit eingeführt. In Android 12 und niedriger kann das Framework nur den Taschenlampenmodus ein- oder ausschalten. Mit dieser Funktion sind Anwendungsfälle möglich, bei denen die Helligkeit der Taschenlampe an die Lichtverhältnisse angepasst wird und durch schnelles Blinken in einer Reihe Notsignale gesendet werden.

Weitere Informationen finden Sie unter Helligkeit der Taschenlampe einstellen.

10‑Bit-Kameraausgabe

Mit Android 13 wird die Unterstützung für 10-Bit-Kameraausgabe über Dynamikbereichsprofile hinzugefügt, die vom Kameraclient im Rahmen der Streamkonfiguration konfiguriert werden können. So können Gerätehersteller Unterstützung für 10‑Bit-Profile mit dynamischem Bereich wie HLG10, HDR 10, HDR 10+ und Dolby Vision hinzufügen.

Weitere Informationen finden Sie unter 10-Bit-Kameraausgabe.

Um die Einführung von 10-Bit-Kameraausgabe in Drittanbieter-Apps wie Social-Media-Apps zu fördern und so die Videoaufnahme und das Teilen von Videos zu verbessern, ist es wichtig, die Implementierung dieser Funktion effektiv zu validieren. Drittanbieter-Apps, die diese Funktion nutzen möchten, beginnen wahrscheinlich mit dem vorgeschriebenen Profil HLG10. Weitere Informationen finden Sie unter Validierung.

Kompatibilität

ITS-Updates für Kameras

Mit Android 13 werden Änderungen an Camera ITS eingeführt, darunter Unterstützung für Videotests, aktualisierte Python- und Paketversionen sowie Updates für Testhardware.

Weitere Informationen finden Sie in den Versionshinweisen zur Android 13 Camera Image Test Suite.

Aktualisierungen der CDD

Das Compatibility Definition Document für Android 13 baut auf früheren Versionen auf und enthält Updates für neue Funktionen und Änderungen an den Anforderungen für zuvor veröffentlichte Funktionen.

Eine Liste der Änderungen in Android 13 finden Sie in den Versionshinweisen zur Kompatibilitätsdefinition für Android 13.

Standardkonten für neue Kontakte

Vorab geladene Kontakt-Apps müssen den ContactsContract.Settings.ACTION_SET_DEFAULT_ACCOUNT-Intent verarbeiten, mit dem Nutzer ein Standardkonto auswählen können. Die vorinstallierte Kontakte App muss das ausgewählte Standardkonto speichern und verwenden, wenn Intent.ACTION_INSERT oder Intent.ACTION_INSERT_OR_EDIT verarbeitet werden, um einen Kontakt einzufügen. Diese Anforderung sorgt für Konsistenz bei allen Apps, die mit Kontakten interagieren.

Weitere Informationen finden Sie im Abschnitt „Kontakte“ des CDD für Android 13.

Konnektivität

2G-Umschalter zulassen

In Android 13 ist der Schalter 2G zulassen in den Einstellungen ausgegraut (Nutzer können also nicht mit der Schaltfläche interagieren), wenn der Schlüssel für die KEY_HIDE_ENABLE_2G-Carrier-Konfiguration auf true festgelegt ist. Wenn die Ein/Aus-Schaltfläche 2G zulassen ausgegraut ist, wird außerdem ein Text angezeigt, der besagt, dass der Mobilfunkanbieter des Nutzers 2G erfordert. In früheren Versionen ist der Schalter 2G zulassen ausgeblendet, wenn KEY_HIDE_ENABLE_2G auf true eingestellt ist.

Einstellung für die Mobilfunknutzung

Android 13 unterstützt eine Einstellung für die Mobilfunknutzung, mit der Mobilfunkanbieter Geräte für einen sprach- oder datenzentrierten Modus konfigurieren können. Mobilfunkanbieter können diese Einstellung in Verbindung mit anderen Konfigurationsänderungen verwenden, um den IMS-Traffic in ihren Netzwerken für Geräte zu reduzieren, die traditionell auf Sprache ausgerichtet sind und im Nur-Daten-Modus betrieben werden, z. B. für Dienste, die einen begleitenden Nur-Daten-Dienst umfassen.

Wenn Sie die Einstellung für die Mobilfunknutzung ändern möchten, verwenden Sie das Overlay config_supported_cellular_usage_settings oder legen Sie den Standardwert in config_default_cellular_usage_setting fest. Die Einstellung kann entweder USAGE_SETTING_VOICE_CENTRIC oder USAGE_SETTING_DATA_CENTRIC sein.

Die Funktion für die Einstellung der Mobilfunkdatennutzung umfasst die folgenden APIs:

Führen Sie die folgenden Tests aus, um die Funktion für die Einstellung der Mobilfunknutzung zu validieren:

Gleichzeitige Nutzung mehrerer Netzwerke mit Internetverbindung

Mit Android 13 wird die Funktion Gleichzeitige Nutzung mehrerer Netzwerke mit Internetverbindung eingeführt. Damit kann ein Gerät gleichzeitig mit zwei WLANs (APs) verbunden sein, die beide uneingeschränkt (für alle Apps verfügbar) sind und Internetzugang bieten.

Weitere Informationen finden Sie unter Wi‑Fi STA/STA Concurrency.

IMS API-Updates

In Android 13 werden die folgenden Aktualisierungen an den IMS-APIs für die Einzelregistrierung eingeführt:

  • DelegateRegistrationState:

    • Unterstützt Fälle, in denen das Framework warten muss, bis SIP-Sitzungen beendet sind, bevor das IMS PDN abgebaut wird.
    • Die Methode getRegisteringFeatureTags wurde hinzugefügt, damit Listening-Apps erkennen können, wann der IMS-Stack aktiv versucht, IMS zu registrieren.

  • RcsUceAdapter: Fügt PUBLISH_STATE_PUBLISHING hinzu, damit Listening-Apps wissen, wann der IMS-Stack aktiv versucht, Funktionen zu veröffentlichen.

  • CapabilityExchangeEventListener: Fügt die Methode onPublishUpdated hinzu, damit der IMS-Dienst die Plattform asynchron darüber benachrichtigen kann, dass eine SIP-PUBLISH-Aktualisierung erfolgreich war oder fehlgeschlagen ist.

  • RcsClientConfiguration:

    • Zur Unterstützung von RCC.72, Abschnitt 2.1.14, wird dem Konstruktor ein neuer Wert hinzugefügt, damit die Messaging-App angeben kann, ob der Nutzer RCS aktiviert oder deaktiviert hat.
    • Fügt die Konstante RCS_PROFILE_2_4 hinzu, damit eine Messaging-App melden kann, dass sie das RCS Universal Profile Version 2.4 unterstützt.

Android 13 enthält auch die folgenden Aktualisierungen für IMS-APIs:

  • Ermöglicht Apps, den IMS-Stack-Status über die Klasse ImsStateCallback zu überwachen. Weitere Informationen finden Sie unter ImsStateCallback verwenden.
  • Refaktorierung der IMS-Bereitstellung für den IMS-Dienst zur Unterstützung von MVNO-Bereitstellungsanwendungsfällen.
  • Das Threading-Modell im IMS-Dienst wurde verbessert.
  • SIM-Abo-fähige APIs im IMS-Dienst hinzugefügt

Mehrere aktivierte Profile für eUICC

Mit Android 13 wird die Unterstützung für mehrere aktivierte Profile (Multiple Enabled Profiles, MEPs) für eUICCs eingeführt. Dadurch können Geräte mit einem einzelnen eSIM-Chip Dual-SIM-Funktionen nutzen. Mit mehreren SIM-Profilen kann das Gerät gleichzeitig eine Verbindung zu zwei verschiedenen Mobilfunkanbietern herstellen.

Weitere Informationen finden Sie unter Mehrere aktivierte Profile.

Anforderungen an die Anwesenheitskalibrierung

In Android 13 werden neue Anforderungen an die Anwesenheitskalibrierung eingeführt, damit alle Geräte im Android-Ökosystem die relative Nähe zwischen Geräten bestimmen können.

Weitere Informationen zum Einrichten und Abstimmen von Geräten, damit sie diese Anforderungen erfüllen, finden Sie unter Anforderungen für die Anwesenheitsabstimmung.

Telefonie-Fallbackmodus für die Zeitzonenerkennung

Mit Android 13 wird der Telefonie-Fallbackmodus für die Zeitzonenerkennung eingeführt. In diesem Modus kann Android vorübergehend Vorschläge zur Telefonieerkennung verwenden, wenn die Zeitzone nicht über die Standortermittlung erkannt werden kann oder wenn die Standortermittlung länger dauert als die Telefonieerkennung.

Weitere Informationen finden Sie unter Der Dienst „time_zone_detector“.

TelephonyManager-UICC-Zugriffs-API-Verbesserungen

In Android 13 werden die folgenden TelephonyManager-UICC-Zugriffs-APIs nicht mehr als veraltet eingestuft und es werden Verbesserungen für die Verwaltung logischer UICC-Kanäle hinzugefügt:

Diese APIs wurden in Android 11 eingestellt, da OMAPI eine zuverlässigere Implementierung für die Verwaltung logischer UICC-Kanäle bietet. OMAPI deckt jedoch nicht alle Anwendungsfälle ab, die von den TelephonyManager-UICC-Zugriffs-APIs bereitgestellt werden. Daher wurden diese APIs in Android 13 nicht mehr als veraltet eingestuft und es wurden Verbesserungen für die Verwaltung logischer UICC-Kanäle vorgenommen. Bisher konnte es bei einem Absturz einer Anruf-App, die einen logischen Kanal öffnet, zu einem Leck des logischen Kanals kommen. Das bedeutet, dass der Kanal nicht freigegeben wird und ohne Neustart nicht von der App wiederverwendet werden kann. Durch die Verbesserungen in Android 13 wird der logische Kanal freigegeben, wenn eine App abstürzt. Dadurch kann der Kanal von der App wiederverwendet werden.

Diese API-Verbesserungen werden auf Implementierungsebene vorgenommen und sind vollständig abwärtskompatibel. Für den Aufruf von Apps zur Verwendung dieser APIs ist kein zusätzlicher Aufwand erforderlich.

Trust On First Use (TOFU) für Unternehmensnetzwerke

Android 13 unterstützt den TOFU-Authentifizierungsansatz (Trust on First Use). Damit können Nutzer einem Unternehmensnetzwerk (EAP) vertrauen, indem sie die vom Server verwendete Root-Zertifizierungsstelle installieren und den zugehörigen Domainnamen in einem gespeicherten Netzwerk festlegen. Mit TOFU kann das Gerät einen nicht authentifizierten öffentlichen Schlüssel abrufen, wenn ein Nutzer zum ersten Mal eine Verbindung zu einem Unternehmensnetzwerk herstellt, und den Schlüssel für nachfolgende Verbindungen beibehalten.

Weitere Informationen finden Sie unter Trust on First Use.

Unterstützung von Ultrabreitband

Mit Android 13 wird eine Standard-Framework-Implementierung für die Ultrabreitband-Funktechnologie (UWB) eingeführt. Diese Technologie ermöglicht eine hochsichere, präzise Entfernungsmessung zwischen unterstützten Geräten.

Weitere Informationen finden Sie unter Ultrabreitband.

Aktualisierungen für WLAN-APs/AP-Gleichzeitigkeit

In Android 13 wird das 6‑GHz-Band für die gleichzeitige Nutzung von WLAN-APs unterstützt. Dadurch können Geräte zwei Access Point-Schnittstellen (AP) erstellen.

Weitere Informationen finden Sie unter Wi‑Fi AP/AP Concurrency.

Wi‑Fi Aware

Mit Android 13 wird Version 3.1 der Wi-Fi Aware-Spezifikation unterstützt. Weitere Informationen finden Sie unter Wi‑Fi Aware.

Updates für Tethering mit WLAN-Hotspot (Soft-AP)

In Android 13 werden neue Konfigurationen für Geräte eingeführt, die Tethering über WLAN-Hotspots unterstützen. Weitere Informationen zu den neuen Konfigurationen finden Sie unter WLAN-Hotspot (Soft-AP).

Gleichzeitige Nutzung mehrerer WLAN-Schnittstellen

Ab Android 13 bietet die WLAN-HAL 1.6 die Möglichkeit, eine gebrückte AP-Schnittstelle (Dualband gleichzeitig) als explizites Kombinationselement anzugeben.

Weitere Informationen finden Sie unter Gleichzeitigkeit von WLAN-Schnittstellen.

Aktualisierungen der WLAN-Auswahl

Ab Android 13 können privilegierte Apps, wenn zur Laufzeit unterschiedliche Scanintervalle erforderlich sind, den Zeitplan für die Suche nach verfügbaren WLANs auf dem Bildschirm dynamisch festlegen, indem sie die Methode WifiManager#setScreenOnScanSchedule(screenOnScanSchedule) aufrufen.

Weitere Informationen finden Sie unter WLAN-Auswahl.

Anzeige

Task-Manager

In Android 13 werden Nutzer über eine neue System-UI-Funktion namens Task Manager (Task-Manager) über den Status und die Ressourcen informiert, die von den Vordergrunddiensten in Hintergrund-Apps verwendet werden. Außerdem können Nutzer diese Apps damit beenden.

Weitere Informationen finden Sie unter Task Manager.

Mediensteuerung in der System-UI

Ab Android 13 enthalten die Mediensteuerelemente in der System-UI Aktualisierungen für Aktionsschaltflächen und die Remote-Wiedergabe. Diese Änderungen sorgen für eine optimierte Mediensteuerung auf Smartphones und Tablets und ermöglichen eine nahtlose Medienübertragung zwischen Geräten.

Weitere Informationen finden Sie unter Media-Steuerelemente in der System-UI.

Gemischte SDR- und HDR-Komposition

Android 13 verbessert die Unterstützung für die gleichzeitige Darstellung von SDR- und HDR-Kompositionen auf dem Bildschirm, indem SDR-Inhalte auf dem Bildschirm gedimmt werden, wenn sie gleichzeitig mit HDR-Inhalten angezeigt werden.

Weitere Informationen finden Sie unter SDR- und HDR-Komposition.

Berechtigung zum Senden von Benachrichtigungen für Opt-in-Benachrichtigungen

Ab Android 13 wird für Benachrichtigungen ein Opt-in-Modell verwendet. Alle Apps müssen Nutzer um Erlaubnis bitten, bevor sie Benachrichtigungsaufforderungen senden. Dazu müssen OEMs Änderungen an den Benachrichtigungs- und Laufzeitberechtigungssystemen vornehmen, wie auf der Seite Benachrichtigungsberechtigung für Opt-in-Benachrichtigungen beschrieben.

HDR-Luminanz per Tone Mapping in einen SDR-kompatiblen Bereich umwandeln

In Android 13 wird eine vom Anbieter konfigurierbare statische Bibliothek namens libtonemap eingeführt, in der Tone-Mapping-Vorgänge definiert sind. Mit dieser Funktion können OEMs ihre Algorithmen für das Tone-Mapping von Displays zwischen dem Framework und den Anbietern definieren und freigeben, wodurch Tone-Mapping-Fehler reduziert werden.

Weitere Informationen finden Sie unter HDR-Luminanz per Tone Mapping in einen SDR-kompatiblen Bereich umwandeln.

Grafik

AIDL für die Hardware Composer-HAL

Ab Android 13 wird die Hardware Composer (HWC) HAL in AIDL definiert und die HIDL-Versionen von android.hardware.graphics.composer@2.1 bis android.hardware.graphics.composer@2.4 sind eingestellt.

Weitere Informationen finden Sie unter AIDL für Hardware Composer HAL.

Client-Framebuffer-Verwaltung

Ab Android 13 werden neue Framebuffer, die während der Client-Zusammensetzung verwendet werden, immer dann zugewiesen, wenn sich die Bildschirmauflösung ändert. Diese Zuweisung wird von SurfaceFlinger im nächsten invalidate-Zyklus nach einer Auflösungsänderung durchgeführt.

Weitere Informationen finden Sie unter Client-Framebuffer-Verwaltung.

Drosselung der Bilder pro Sekunde (FPS)

Ab Android 13-QPR ermöglicht die FPS-Drosselung, dass Spiele mit einer angemessenen FPS ausgeführt werden. Dazu sind nur Änderungen auf der Plattformseite erforderlich und Entwickler müssen nichts unternehmen. Weitere Informationen finden Sie unter FPS Throttling Intervention.

Nicht signalisiertes Zwischenspeichern mit AutoSingleLayer

In Android 13 wurde eine neue Konfiguration namens AutoSingleLayer zum Erfassen nicht signalisierter Puffer hinzugefügt. Mit dieser Konfiguration kann SurfaceFlinger einen nicht signalisierten Puffer sperren, wenn nur eine einzelne Ebene aktualisiert wird, nicht jedoch in Fällen, die über mehrere Ebenen hinweg auftreten, z. B. bei Geometrieänderungen oder Synchronisierungsvorgängen.

Weitere Informationen finden Sie unter Unsignaled buffer latching with AutoSingleLayer.

Interaktion

Authentifizierung für die Smart-Home-Steuerung

In Android 13 enthält die Device Controls API eine neue Methode namens isAuthRequired. Damit können Anbieter von Gerätesteuerungen angeben, welche Smart-Home-Steuerungen Interaktionen auf einem gesperrten Gerät ausführen können. Dadurch wird eine nahtlosere Interaktion an Einstiegspunkten wie einem gesperrten Smartphone-Display ermöglicht.

HID-Protokoll für Headtracker

Mit Android 13 wird das HID-Protokoll (Human Interface Device) für Head-Tracker eingeführt. Damit kann ein Head-Tracking-Gerät über USB oder Bluetooth mit einem Android-Gerät verbunden und über das Sensor-Framework für das Android-Framework und Apps verfügbar gemacht werden.

Weitere Informationen finden Sie unter Head Tracker – HID-Protokoll.

Unterstützung für gesperrte Rückrufsignale in KeyguardManager

In Android 13 werden Listener über neue Methoden wie addKeyguardLockedStateListener und removeKeyguardLockedStateListener in der Klasse KeyguardManager über den gesperrten Status des Keyguards benachrichtigt.

Wiederverwendbare NNAPI-Ausführungsobjekte

In Android 13 wird die NNAPI AIDL-HAL-Schnittstelle IExecution eingeführt, die die Lebensdauer eines wiederverwendbaren Ausführungsobjekts und seiner im Cache gespeicherten Ressourcen verwaltet. IExecution-Objekte reduzieren den Aufwand für Machine-Learning-Inferenzaufgaben, da der NNAPI-Treiber Ressourcen zwischen Ausführungen beibehalten und anfragespezifische Optimierungen anwenden kann.

Sensoren AIDL HAL

Mit Android 13 wird die Sensors AIDL HAL eingeführt, eine HAL auf Basis der Sensors HAL 2.1, die die AIDL-HAL-Schnittstelle verwendet. Die Sensors AIDL HAL macht die Sensortypen „Head Tracker“ und „IMU mit begrenzter Achsenzahl“ verfügbar.

Medien

Video-Codierungsstatistiken exportieren

Ab Android 13 können App-Clients den Video-Encoder anfordern, Codierungsstatistiken für jeden codierten Videoframes zu exportieren. Mithilfe der vom Video-Encoder abgerufenen Statistiken können Apps ihre Video-Codierungsaufgaben optimieren, z. B. die Multipass-Codierung und die Frame-Vorverarbeitung vor der Codierung.

Weitere Informationen finden Sie unter Daten zu Videocodierungsstatistiken.

Leistung

Health AIDL HAL

Mit Android 13 wird die Health AIDL HAL eingeführt, eine HAL, die auf der Health HAL 2.1 basiert und die AIDL-HAL-Schnittstelle verwendet.

Leistungssteigerung bei der Ladezeit von Spielen

In Android 13 wird im Power Manager Service ein neuer Energiesparmodus namens GAME_LOADING eingeführt. Er gibt der Power HAL an, ob sich die Spiele-App im Ladestatus befindet, damit die Power HAL einen Lade-Boost bereitstellen kann. Weitere Informationen finden Sie unter Leistungssteigerung bei der Ladezeit von Spielen.

Berechtigungen

Aufteilung der Berechtigung „Körpersensor“

Ab Android 13 wird die Berechtigung BODY_SENSORS in zwei Berechtigungen aufgeteilt: BODY_SENSORS zum Aufzeichnen der Herzfrequenz im Vordergrund und BODY_SENSORS_BACKGROUND zum Aufzeichnen der Herzfrequenz im Hintergrund.

Weitere Informationen finden Sie unter Verwendung von Körpersensoren im Hintergrund erfordert neue Berechtigung.

Leistung

Tracker für das Verhalten von Apps im Hintergrund

Mit Android 13 wird das Konzept eines Trackers für das Hintergrundverhalten von Apps eingeführt. Dieser Prozess überwacht den Akkuverbrauch von Apps im Hintergrund, um festzustellen, ob Apps gegen bestimmte Richtlinien verstoßen.

Weitere Informationen finden Sie unter Tracker für das Verhalten von Apps im Hintergrund.

Stromverbrauch bei Sicherung und Wiederherstellung reduzieren

Ab Android 13 können Sie die Stromübertragung während der USB-Sicherung und ‑Wiederherstellung begrenzen, indem Sie die Methode enableLimitPowerTransfer der Klasse UsbPort aufrufen.

Weitere Informationen finden Sie unter Energieverwaltung.

Sicherheit

Identitätsanmeldedaten

Android 13 bietet Unterstützung für die Präsentation mehrerer Dokumente. Diese neue Schnittstelle für Präsentationssitzungen ermöglicht es einer Anwendung, eine Präsentation mit mehreren Dokumenten zu erstellen, was mit der vorhandenen API nicht möglich ist.

Weitere Informationen finden Sie unter Identitätsanmeldedaten.

APK-Signaturschema V3.1

Dieses Schema wird standardmäßig verwendet, wenn ein APK mit einem rotierten Signaturschlüssel und einer Signaturkette signiert wird. Es ermöglicht, dass ein einzelnes APK auf Android 13 und höher ausgerichtet ist, und vermeidet die bekannten Probleme mit der Rotation auf früheren Plattformversionen, indem der ursprüngliche Signaturschlüssel im v3.0-Signaturblock verwendet wird. Die v4.1-Signatur enthält außerdem zusätzliche Signaturinformationen für den v3.1-Block, um dasselbe Verhalten für inkrementelle Installationen zu unterstützen.

Intents sollten mit deklarierten Intent-Filtern übereinstimmen

In Android 13 werden Intents, die von externen Apps stammen, nur dann an eine exportierte Komponente gesendet, wenn sie mit den deklarierten „intent-filter“-Elementen übereinstimmen.

Nicht übereinstimmende Intents werden blockiert. In den folgenden Fällen wird der Intent-Abgleich nicht erzwungen:

  • Intents, die an Komponenten gesendet werden, für die keine Intent-Filter deklariert sind
  • Intents, die aus derselben App stammen
  • Intents aus dem System
  • Intents aus dem Stamm

OMAPI-Anbieterschnittstelle

Die Open Mobile API (OMAPI) ist eine Standard-API, die für die Kommunikation mit dem Secure Element eines Geräts verwendet wird. Vor Android 13 hatten nur Anwendungen und Framework-Module Zugriff auf diese Schnittstelle. Durch die Umwandlung in eine anbieterstabile Schnittstelle können HAL-Module auch über den OMAPI-Dienst mit den Secure Elements kommunizieren.

Weitere Informationen finden Sie unter OMAPI Vendor Stable Interface.

Gemeinsam genutzte UIDs sind eingestellt

Ab Android 13-QPR sind gemeinsam genutzte UIDs nicht mehr verfügbar. Nutzer von Android 13 oder höher sollten die Zeile android:sharedUserMaxSdkVersion="32" in ihr Manifest einfügen. Dieser Eintrag verhindert, dass neue Nutzer eine gemeinsame UID erhalten. Weitere Informationen zu UIDs finden Sie unter App-Signierung.

Einstellungen

App-spezifische Spracheinstellungen

Unter Android 13 können Nutzer die Spracheinstellungen für einzelne Apps ändern. Partner und OEMs dürfen die Seite zur Auswahl der App-Sprache nicht deaktivieren. Die Seite muss über die folgenden drei Navigationsoptionen zugänglich sein:

  • Einstellungen > Apps > app_name und Sprache auswählen.
  • Halten Sie das App-Symbol gedrückt, tippen Sie auf App-Info und wählen Sie Sprache aus.
  • Einstellungen > System > Sprachen & Eingabe > App-Sprachen > app_name.

Die Einstellungen-App muss weiterhin die Seite mit den App-Spracheinstellungen über den Intent android.settings.App_Locale_Settings starten.

Weitere Informationen finden Sie unter Spracheinstellungen für einzelne Apps.

TV

Multimedia-Tunnelmodus

In Android 13 wird das definierte Verhalten der getunnelten Videowiedergabe erweitert und an zusätzliche CTS-Zertifizierungstests gebunden.

Weitere Informationen finden Sie unter Multimedia-Tunneling.

Updates

Virtual A/B-Updates

Unter Android 13 werden die Funktionen „XOR-Komprimierung“ und „Userspace-Merge“ für virtuelle A/B-Updates eingeführt. Die XOR-Komprimierung ermöglicht kleinere Snapshot-Größen, da XOR-Daten einfacher zu komprimieren sind als Rohblockdaten. Mit der Userspace-Merge-Funktion kann die snapuserd-Userspace-Komponente den Merge-Prozess für virtuelle A/B-Updates verarbeiten. Dadurch werden die Merge-Zeiten im Vergleich zu Android 12, wo ein dm-snapshot-Gerät verwendet wird, verkürzt.

Weitere Informationen zum Aktivieren dieser Funktionen auf Geräten, die auf Android 13 aktualisiert werden, finden Sie unter XOR-Kompression und Userspace-Merge.

Virtualisierung

Android Virtualization-Framework

Das Android Virtualization-Framework (AVF) bietet sichere und private Ausführungsumgebungen für die Ausführung von Code. Das AVF ist ideal für sicherheitsorientierte Anwendungsfälle, die stärkere, sogar formal verifizierte Isolierungszusicherungen erfordern als die, die durch die App-Sandbox von Android geboten werden.

Weitere Informationen finden Sie unter Android Virtualization Framework – Übersicht.