Versionshinweise zu Android 13 und Android 13 QPR

Auf dieser Seite werden die wichtigsten Funktionen von Android 13 und den Android 13-QPR-Releases zusammengefasst und es werden Links zu weiteren Informationen bereitgestellt. Diese Funktionszusammenfassungen sind nach dem Speicherort der Dokumentation der jeweiligen Funktion auf dieser Website sortiert.

Architektur

Änderungen an der generischen Bootpartition

Bei Geräten, die mit Android 13 ausgeliefert werden, wird das generische RAM-Disk aus dem boot-Image entfernt und in ein separates init_boot-Image verschoben.

Weitere Informationen finden Sie unter Generischer Boot-Partition.

GKI-Module

In Android 13 werden einige Kernelfunktionen in dynamisch ladbaren Modulen bereitgestellt, die GKI-Module genannt werden. So wird der Arbeitsspeicherbedarf des GKI-Kernels auf Geräten reduziert, auf denen die Funktionen nicht benötigt werden.

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, die darauf abzielt, Technologien zu entwickeln, die sowohl zum Schutz der Daten unserer Nutzer beitragen als auch Unternehmen und Entwicklern die Möglichkeit geben, erfolgreiche Onlinegeschäfte aufzubauen, um das Internet für alle zugänglich zu gestalten.
  • AppSearch: On-Device-Indexierung und strukturierte Suchmaschine
  • Bluetooth: (Optional) Zielt darauf ab, allen Android-Nutzern eine einheitliche, qualitativ hochwertige Nutzung von Bluetooth zu ermöglichen.
  • OnDevicePersonalization: Bietet eine Reihe von Tools, die mit dem Datenschutz der Nutzer als zentralem Prinzip entwickelt wurden.
  • UWB: Enthält einen UWB-Stack über der HAL-Schnittstelle

Aktualisierungen an vorhandenen Modulen:

Unterstützung des Android-Kernel-Dateisystems aktualisieren

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

Weitere Informationen finden Sie unter Dateisystemunterstützung des Android-Kernels.

Audio

Implementierung von Spatial Audio und der Erfassung von Kopfbewegungen

Ab Android 13-QPR können OEMs mit der neuen Audiopipeline-Architektur und der Sensor-Framework-Integration einen Audioeffekt mit Raumklang und Unterstützung für die Kopfverfolgung mit der erforderlichen Leistung und Latenz bereitstellen. Weitere Informationen und Richtlinien findest du unter Implementierung von hochwertigem räumlichem Audio und Kopf-Tracking.

Unterstützung für MIDI 2.0

Ab Android 13 wird der USB-Transport MIDI 2.0 unterstützt. MIDI 2.0 ist ein neuerer MIDI-Standard, der 2020 definiert wurde.

Weitere Informationen findest du auf der Seite MIDI.

Update auf Audio HAL

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

Automotive

Neue Android Automotive-Funktionen

Weitere Informationen zu den neuen Automotive-Funktionen in Android 13 finden Sie unter Das ist neu.

Entwickeln

Mit Bazel erstellen

In Android 13 werden Kernel mit Bazel erstellt, was build/build.sh ersetzt.

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 zum Migrieren von HAL-Prozessen von HIDL-Kameraschnittstellen zu AIDL-Kameraschnittstellen finden Sie unter AIDL-Kamera-HAL.

Updates zur Fehlerbehebung bei der Kamera

In Android 13 wird das watch-Debugging-Tool in den Kameradienst aufgenommen. Damit können Änderungen an Aufnahmeanfragen und -ergebniswerten angezeigt werden, die an die Kamera-HAL gesendet und von ihr empfangen werden. Mit dem Tool können Sie sich eine Live-Vorschau von Dumps der Tag-Überwachung von offenen Clients und von zwischengespeicherten Dumps von geschlossenen Clients ansehen.

Weitere Informationen finden Sie unter Debugging der Kamera.

Stabilisierung der Kameravorschau

Unter Android 13 wird die Videostabilisierung für den Vorschaustream bei Aufnahmesitzungen der Kamera unterstützt. Mit dieser Funktion können Drittanbieter-Apps beim Vergleichen der Kameravorschau und der Aufnahme ein WYSIWYG-Erlebnis (What You See Is What You Get) bieten.

Weitere Informationen finden Sie unter Stabilisierung der Kameravorschau.

Steuerung der Taschenlampenleistung

Android 13 bietet eine Funktion für die mehrstufige Steuerung der Taschenlampenhelligkeit. Unter Android 12 und niedriger ermöglicht das Framework nur das Ein- und Ausschalten des Taschenlampenmodus. Mit dieser Funktion können Sie beispielsweise die Helligkeit der Taschenlampe je nach Lichtverhältnissen steuern und mit einem Stroboskopeffekt Hilfesignale senden, indem Sie schnelle Lichtimpulse hintereinander senden.

Weitere Informationen finden Sie unter Steuerung der Taschenlampenleistung.

10‑Bit-Kameraausgang

Android 13 unterstützt die 10-Bit-Kameraausgabe über Profile für den dynamischen Bereich, die vom Kameraclient als Teil der Streamkonfiguration konfiguriert werden können. So können Gerätehersteller Profile mit 10-Bit-Dynamikumfang wie HLG10, HDR 10, HDR 10+ und Dolby Vision unterstützen.

Weitere Informationen finden Sie unter 10-Bit-Kameraausgang.

Um die Akzeptanz der 10-Bit-Kameraausgabe in Drittanbieter-Apps wie in sozialen Medien zu fördern und die Videoaufnahme und -freigabe zu verbessern, ist es wichtig, die Implementierung dieser Funktion effektiv zu validieren. Drittanbieter-Apps, die diese Funktion verwenden möchten, beginnen wahrscheinlich mit dem vorgeschriebenen Profil HLG10. Weitere Informationen finden Sie unter Validierung.

Kompatibilität

Updates für Kameras mit ITS

In Android 13 wurden Änderungen am Camera ITS vorgenommen. Dazu gehören die Unterstützung von Videotests, aktualisierte Python- und Paketversionen sowie Updates für die Testhardware.

Weitere Informationen finden Sie in den Versionshinweisen zur Kamerabild-Testsuite für Android 13.

CDD-Aktualisierungen

Das Compatibility Definition Document (CDD) für Android 13 basiert auf den vorherigen Versionen und enthält Updates für neue Funktionen sowie Ä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

Vorinstallierte Kontakt-Apps müssen die ContactsContract.Settings.ACTION_SET_DEFAULT_ACCOUNT-Intent verarbeiten, mit der Nutzer ein Standardkonto auswählen können. Die vorinstallierte Kontakt-App muss das ausgewählte Standardkonto speichern und das Standardkonto verwenden, wenn Intent.ACTION_INSERT oder Intent.ACTION_INSERT_OR_EDIT zum Einfügen eines Kontakts verwendet wird. Diese Anforderung sorgt für Konsistenz in allen Apps, die mit Kontakten interagieren.

Weitere Informationen finden Sie im Abschnitt zu Kontakten der Android 13-CDD.

Konnektivität

2G-Umschalter zulassen

In Android 13 ist die Ein/Aus-Schaltfläche 2G zulassen in den Einstellungen ausgegraut, wenn der Konfigurationsschlüssel des Mobilfunkanbieters KEY_HIDE_ENABLE_2G auf true festgelegt ist. Wenn die Option 2G zulassen ausgegraut ist, wird außerdem angezeigt, dass der Mobilfunkanbieter des Nutzers 2G benötigt. In früheren Versionen ist die Ein/Aus-Schaltfläche 2G zulassen ausgeblendet, wenn KEY_HIDE_ENABLE_2G auf true gesetzt ist.

Einstellung für die Mobilfunknutzung

Android 13 unterstützt eine Einstellung für die Mobilfunknutzung, mit der Mobilfunkanbieter Geräte entweder im gesprächs- oder im datenorientierten 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 traditionell sprachorientierte Geräte zu reduzieren, die im reinen Datenmodus betrieben werden, z. B. für Dienste, die einen Companion-Dienst nur für Daten umfassen.

Wenn Sie die Einstellung für die Mobilfunknutzung ändern möchten, verwenden Sie das config_supported_cellular_usage_settings-Overlay oder legen Sie den Standardwert unter 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 Mobilfunknutzung umfasst die folgenden APIs:

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

Mehrere Netzwerke mit Internetverbindung gleichzeitig

In Android 13 wird die Funktion Gleichzeitige Verbindung mit mehreren Netzwerken mit Internetverbindung eingeführt. Damit kann ein Gerät gleichzeitig eine Verbindung zu zwei WLANs (Zugangspunkten) herstellen, die beide uneingeschränkt (für alle Apps verfügbar) sind und Internetzugang bieten.

Weitere Informationen finden Sie unter Wi‑Fi-STA/STA-Parallelität.

IMS API-Aktualisierungen

Mit Android 13 werden die folgenden Änderungen an den APIs für die IMS-Einzelregistrierung eingeführt:

  • DelegateRegistrationState:

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

  • RcsUceAdapter: Es wird PUBLISH_STATE_PUBLISHING hinzugefügt, damit Apps, die zuhören, wissen, wann der IMS-Stack aktiv versucht, Funktionen zu veröffentlichen.

  • CapabilityExchangeEventListener: Die Methode onPublishUpdated wird hinzugefügt, damit der IMS-Dienst die Plattform asynchron darüber benachrichtigen kann, ob 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, mit dem die Messaging-App angeben kann, ob der Nutzer RCS aktiviert oder deaktiviert hat.
    • Die Konstante RCS_PROFILE_2_4 wird hinzugefügt, damit eine Messaging-App angeben kann, dass sie das universelle RCS-Profil Version 2.4 unterstützt.

Android 13 enthält außerdem die folgenden Updates für IMS-APIs:

  • Apps können jetzt über die ImsStateCallback-Klasse den IMS-Stack-Status überwachen. Weitere Informationen finden Sie unter ImsStateCallback verwenden.
  • Die IMS-Bereitstellung für den IMS-Dienst wurde überarbeitet, um Anwendungsfälle für die MVNO-Bereitstellung zu unterstützen.
  • Das Thread-Modell im IMS-Dienst wurde verbessert.
  • Dem IMS-Dienst werden APIs hinzugefügt, die SIM-Abos berücksichtigen

Mehrere aktivierte Profile für eUICC

Android 13 unterstützt mehrere aktivierte Profile (MEPs) für eUICC. So können Geräte mit einem einzigen eSIM-Chip Dual-SIM-fähig sein. 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

Android 13 führt neue Anforderungen für die Präsenzkalibrierung ein, damit alle Geräte im Android-Ökosystem die relative Nähe zwischen Geräten bestimmen können.

Weitere Informationen zum Einrichten und Kalibrieren von Geräten, damit diese Anforderungen erfüllt werden, finden Sie unter Anforderungen an die Präsenzkalibrierung.

Telefonie-Fallback-Modus für die Zeitzonenerkennung

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

Weitere Informationen finden Sie unter Der Dienst „time_zone_detector“.

Verbesserungen an der TelephonyManager UICC Access API

In Android 13 wird die Einstellung der Unterstützung für die logische Kanalverwaltung für UICC für die folgenden TelephonyManager UICC-Zugriffs-APIs aufgehoben und es werden Verbesserungen 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 werden diese APIs in Android 13 wieder unterstützt und es gibt Verbesserungen bei der Verwaltung logischer UICC-Kanäle. Bisher konnte es passieren, dass ein logischer Kanal bei einem Absturz der aufrufenden App, die ihn öffnet, „ausläuft“. Das bedeutet, dass der Kanal nicht freigegeben wird und nicht ohne Neustart der App wiederverwendet werden kann. Dank der Verbesserungen in Android 13 wird der logische Kanal vom System freigegeben, wenn eine App abstürzt. So 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, die diese APIs verwenden, ist kein zusätzlicher Aufwand erforderlich.

Bei der ersten Verwendung als vertrauenswürdig einstufen (Trust on First Use, TOFU) für Unternehmensnetzwerke

Android 13 unterstützt den Authentifizierungsansatz „Trust on First Use“ (TOFU). Damit können Nutzer einem EAP-Netzwerk (Enterprise Authentication Protocol) vertrauen, indem sie die vom Server verwendete Root-Zertifizierungsstelle installieren und ihren 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 Vertrauen bei der Erstnutzung.

Ultrabreitband-Unterstützung

Android 13 führt eine Standardimplementierung des UWB-Funks (Ultrabreitband) ein. Diese Technologie ermöglicht eine äußerst sichere und präzise Standortbestimmung zwischen unterstützten Geräten.

Weitere Informationen finden Sie unter Ultrabreitband.

Aktualisierungen der WLAN-Zugriffspunkte/-Parallelität

Android 13 unterstützt das 6-GHz-Band für die gleichzeitige Nutzung von WLAN-Zugangspunkten (AP), sodass Geräte zwei AP-Schnittstellen erstellen können.

Weitere Informationen finden Sie unter WLAN-Zugangspunkt/Zugangspunkt-Gleichzeitigkeit.

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.

Aktualisierungen für Tethering über WLAN-Hotspots (Soft-AP)

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

Mehrere WLAN-Schnittstellen gleichzeitig nutzen

Ab Android 13 können Sie mit Wi‑Fi HAL 1.6 eine überbrückte AP-Schnittstelle (Dualband gleichzeitig) als explizites Kombinationselement angeben.

Weitere Informationen finden Sie unter Mehrere WLAN-Schnittstellen für die gleichzeitige Datenübertragung.

Aktualisierungen bei der WLAN-Auswahl

Ab Android 13 können berechtigte Apps bei Bedarf unterschiedliche Scanintervalle festlegen, indem sie die Methode WifiManager#setScreenOnScanSchedule(screenOnScanSchedule) aufrufen.

Weitere Informationen finden Sie unter WLAN-Auswahl.

Anzeige

Task-Manager

In Android 13 wird der Nutzer über den neuen Task-Manager der System-UI über den Status und die Ressourcen informiert, die von den Diensten im Vordergrund von Apps im Hintergrund verwendet werden. Außerdem kann er diese Apps beenden.

Weitere Informationen finden Sie unter Task-Manager.

Mediensteuerung in der System-UI

Ab Android 13 enthalten die Mediensteuerelemente in der System-UI aktualisierte Aktionsschaltflächen und die Remote-Wiedergabe. Diese Änderungen ermöglichen eine optimierte Mediensteuerung auf Smartphones und Tablets sowie eine nahtlose geräteübergreifende Medienübertragung.

Weitere Informationen finden Sie unter Mediensteuerung in der System-UI.

Kombination aus SDR- und HDR-Inhalten

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

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

Berechtigung für Benachrichtigungen für Benachrichtigungen, die der Nutzer aktiviert hat

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

HDR-Leuchtdichte in einen SDR-kompatiblen Bereich tonmappen

In Android 13 wird eine vom Anbieter konfigurierbare statische Bibliothek namens libtonemap eingeführt, die Tonmapping-Vorgänge definiert. Mit dieser Funktion können OEMs ihre Display-Tonmapping-Algorithmen definieren und zwischen dem Framework und den Anbietern teilen, um Abweichungen beim Tonmapping zu verringern.

Weitere Informationen finden Sie unter HDR-Leuchtdichte in einen SDR-kompatiblen Bereich tonmappen.

Grafik

AIDL für Hardware Composer HAL

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

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

Client-Framebuffer-Verwaltung

Ab Android 13 werden neue Framebuffer, die bei der Clientkomposition verwendet werden, immer dann zugewiesen, wenn sich die Displayauflösung ändert. Diese Zuordnung wird von SurfaceFlinger im nächsten invalidate-Zyklus nach einer Auflösungsänderung durchgeführt.

Weitere Informationen finden Sie unter Client-Framebuffer-Verwaltung.

FPS-Drosselung

Ab Android 13-QPR können Spiele mithilfe von FPS-Throttling-Interventionen nur mit Plattformänderungen und ohne Maßnahmen seitens der Entwickler mit einer angemessenen FPS-Rate ausgeführt werden. Weitere Informationen finden Sie unter FPS-Throttling-Intervention.

Unsignalisiertes Buffer-Latch mit AutoSingleLayer

In Android 13 wird eine neue Konfiguration namens AutoSingleLayer zum Laschen nicht signalisierter Puffer hinzugefügt. Mit dieser Konfiguration kann SurfaceFlinger einen nicht signalisierten Puffer sperren, wenn nur eine einzelne Ebene aktualisiert wird, und nicht für Fälle, die sich über mehrere Ebenen erstrecken, z. B. Geometrieänderungen oder Synchronisationstransaktionen.

Weitere Informationen finden Sie unter Unsignaled Buffer Latching mit AutoSingleLayer.

Interaktion

Authentifizierung für Smart-Home-Steuerung

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

HID-Protokoll des Kopf-Trackers

In Android 13 wird das HID-Protokoll (Human Interface Device) für einen Kopf-Tracker eingeführt. Damit kann ein Kopf-Tracker über USB oder Bluetooth mit einem Android-Gerät verbunden und über das Sensor-Framework dem Android-Framework und den Apps zur Verfügung gestellt werden.

Weitere Informationen finden Sie unter Head Tracker HID Protocol.

Unterstützung für Callback-Signale bei gesperrtem Display in KeyguardManager

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

Wiederverwendbare Ausführungsobjekte von NNAPI

In Android 13 wird die NNAPI AIDL HAL-Schnittstelle IExecution eingeführt, die die Lebensdauer eines wiederverwendbaren Ausführungsobjekts und seiner zwischengespeicherten Ressourcen verwaltet. IExecution-Objekte reduzieren den Overhead von Inferenzaufgaben für maschinelles Lernen, da der NNAPI-Treiber Ressourcen zwischen Ausführungen beibehalten und anfragespezifische Optimierungen anwenden kann.

Sensors AIDL HAL

In Android 13 wird die Sensors AIDL HAL eingeführt, eine HAL, die auf der Sensors HAL 2.1 basiert und die AIDL HAL-Schnittstelle verwendet. Die Sensors AIDL HAL stellt die Sensortypen „Head Tracker“ und „IMU mit begrenzter Achse“ bereit.

Medien

Statistiken zur Videocodierung exportieren

Ab Android 13 können App-Clients den Videoencoder bitten, Codierungsstatistiken für jeden codierten Videoframe zu exportieren. Anhand der vom Videoencoder erfassten Statistiken können Apps ihre Videocodierungsaufgaben wie die Multipass-Codierung und die Frame-Vorverarbeitung vor der Codierung optimieren.

Weitere Informationen finden Sie unter Statistikdaten zur Videocodierung.

Leistung

Health AIDL HAL

In 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 beim Laden von Spielen

In Android 13 wird im Energiemanagerdienst ein neuer Energiesparmodus namens GAME_LOADING eingeführt, der der Power HAL mitteilt, ob sich die Spiel-App im Ladevorgang befindet, damit die Power HAL einen Ladevorgang beschleunigen kann. Weitere Informationen finden Sie unter Leistungssteigerung beim Laden von Spielen.

Berechtigungen

Aufteilung der Berechtigung für Körpersensoren

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

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

Leistung

Tracker für App-Hintergrundaktivitäten

In Android 13 wird das Konzept eines App-Trackers für das Verhalten im Hintergrund eingeführt. Dabei wird die Akkunutzung von Apps im Hintergrund überwacht, um festzustellen, ob Apps gegen eine Richtlinie verstoßen.

Weitere Informationen finden Sie unter Tracker für das App-Verhalten 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

Anmeldedaten für die Identität

Mit Android 13 wird die Unterstützung für die Präsentation mehrerer Dokumente hinzugefügt. Diese neue Oberfläche für die Präsentationssitzung ermöglicht es einer Anwendung, eine Präsentation mit mehreren Dokumenten durchzuführen, was mit der vorhandenen API nicht möglich ist.

Weitere Informationen finden Sie unter Identitätsnachweis.

APK-Signaturschema 3.1

Dieses Schema wird standardmäßig verwendet, wenn ein APK mit einem rotierten Signaturschlüssel und einer Signaturabfolge signiert wird. Damit kann ein einzelnes APK auf Android 13 und höher ausgerichtet werden, während die bekannten Probleme mit der Rotation auf früheren Plattformversionen vermieden werden, da der ursprüngliche Signaturschlüssel im Signaturblock der Version 3.0 verwendet wird. Ebenso enthält die V4.1-Signatur zusätzliche Signaturinformationen für den V3.1-Block, um dasselbe Verhalten für inkrementelle Installationen zu unterstützen.

Intents müssen den angegebenen Intent-Filtern entsprechen

Unter Android 13 werden Intents, die von externen Apps stammen, nur dann an eine exportierte Komponente gesendet, wenn sie mit den deklarierten Intent-Filterelementen ü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 in derselben App stammen
  • Intents vom System
  • Intents vom Stamm

Anbieterunabhängige OMAPI-Oberfläche

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 anbieterunabhängige Schnittstelle können HAL-Module auch über den OMAPI-Dienst mit den sicheren Elementen kommunizieren.

Weitere Informationen finden Sie unter OMAPI Vendor Stable Interface.

Freigegebene UIDs werden eingestellt

Seit Android 13-QPR werden freigegebene UIDs nicht mehr unterstützt. Nutzer von Android 13 oder höher sollten die Zeile android:sharedUserMaxSdkVersion="32" in ihr Manifest aufnehmen. Dieser Eintrag verhindert, dass neue Nutzer eine gemeinsame UID erhalten. Weitere Informationen zu UIDs finden Sie unter Anwendungssignatur.

Einstellungen

App-spezifische Spracheinstellungen

Mit 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:

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

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

Weitere Informationen finden Sie unter Spracheinstellungen pro App.

Fernseher

Multimedia-Tunnelmodus

In Android 13 wird das definierte Verhalten der getunnelten Videowiedergabe erweitert und mit zusätzlichen CTS-Zertifizierungstests verknüpft.

Weitere Informationen finden Sie unter Multimedia-Tunneling.

Updates

Virtuelle A/B-Updates

Android 13 bietet die XOR-Komprimierung und die Zusammenführung von Userspace-Daten für virtuelle A/B-Updates. Die XOR-Komprimierung ermöglicht eine geringere Snapshot-Größe, da XOR-Daten leichter komprimiert werden können als Rohblockdaten. Mit der Userspace-Merge-Funktion kann die snapuserd-Userspace-Komponente den Zusammenführungsprozess für virtuelle A/B-Updates verarbeiten. Dadurch werden die Zusammenführungszeiten im Vergleich zu Android 12, bei dem ein dm-snapshot-Gerät verwendet wird, verkürzt.

Weitere Informationen zum Aktivieren dieser Funktionen auf Geräten, die auf Android 13 umgestellt werden, finden Sie unter XOR-Komprimierung 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. AVF eignet sich ideal für sicherheitsorientierte Anwendungsfälle, bei denen stärkere, sogar formell bestätigte Isolationsgarantien erforderlich sind als die, die von der App-Sandbox von Android angeboten werden.

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