Versionshinweise für Android 12 und Android 12L

Auf dieser Seite werden die wichtigsten Funktionen in den Releases von Android 12 und Android 12L zusammengefasst und Links zu weiteren Informationen bereitgestellt. Diese Funktionszusammenfassungen sind nach dem Dokumentationsort der Funktion auf dieser Website organisiert.

Architektur

Aktualisierungen der Klasse AlwaysOnHotwordDetector

Ab Android 12 ist die AlwaysOnHotwordDetector-Klasse einschließlich ihrer Factory-Methode, android.service.voice.VoiceInteractionService.createAlwaysOnHotwordDetector(), eine System-API (@SystemApi) und keine öffentliche API mehr. Die Klasse AlwaysOnHotwordDetector ist für die Verwendung durch Assistant-Apps mit Berechtigungen auf Systemebene vorgesehen, die in der Regel mit der Betriebssystemversion gebündelt werden. In Android 11 und niedriger ist die API durch Prüfungen geschützt, die sicherstellen, dass der Aufrufer die derzeit aktive Assistant App ist. Dadurch ist die API für andere Drittanbieter-Apps nicht nutzbar.

Außerdem enthält Android 12 Verbesserungen der Sound-Trigger-Funktion, um die Zuordnung und Durchsetzung von Berechtigungen im Zusammenhang mit der Mikrofonnutzung über die Sound-Trigger-API zu verbessern. Die Mikrofonnutzung, einschließlich der indirekten Nutzung über die Klassen SoundTriggerManager oder AlwaysOnHotwordDetector, wird dem ursprünglichen Paket (Assistant-App) zugeordnet, das die Klasse AlwaysOnHotwordDetector aufruft. Dadurch werden der Datenschutz und die Transparenz in Bezug auf die Pakete, die das Mikrofon verwenden, verbessert. In Android 11 und niedriger wird die Mikrofonnutzung dem Systemnutzer zugeordnet, da das ursprüngliche Paket die Sound Trigger API nicht direkt, sondern über Dienste auf höherer Ebene verwendet, die sich im system_server-Prozess befinden.

Die Auswirkungen dieser Änderungen sind folgende:

  • Nicht-System-Apps, die die Klasse AlwaysOnHotwordDetector verwenden, können nicht für die Android 12-API kompiliert werden, da die API aus der öffentlichen Oberfläche entfernt wurde.
  • Vorhandene System-Apps, die die AlwaysOnHotwordDetector-Klasse verwenden, dürfen möglicherweise zur Laufzeit keine Sound-Trigger-Funktionen nutzen. Um dieses Problem zu beheben und diesen Apps den Zugriff auf das Mikrofon über einen Sound-Trigger zu ermöglichen, müssen Sie die Berechtigungen RECORD_AUDIO und CAPTURE_AUDIO_HOTWORD für diese Apps deklarieren.

Unterstützung der Programmiersprache Rust für Android

Android 12 unterstützt jetzt die Verwendung von Rust-Code. Ein neuer Abschnitt in der Einrichtungsdokumentation enthält Anleitungen für die Entwicklung auf Android mit Rust.

Weitere Informationen zu Android Rust, verschiedenen Modulen und Beispielen sowie Informationen zur Einrichtung der IDE finden Sie im neuen Android Rust-Abschnitt unter Einführung in Android Rust.

Boot-Image-Header

Unter Android 12 wird die Verwendung von Boot-Image-Header-Version 4 eingeführt. Das ist das primäre Boot-Image für Geräte, die die Generic Kernel Image (GKI)-Architektur unterstützen. Android 12 bietet auch ein boot_signature zum Prüfen der Integrität des Kernels und der Ramdisk. Die Prüfung, die in VtsSecurityAvbTest erfolgt, ist für Geräte mit der GKI-Architektur erforderlich.

Weitere Informationen finden Sie auf der Seite Boot Image Header.

Änderungen bei der Implementierung von Bootconfig

Die Bootconfig-Funktion in Android 12, ein Mechanismus zum Übergeben von Konfigurationsdetails vom Build und Bootloader an Android 12, ersetzt die androidboot.*-Kernel-Befehlszeilenoptionen, die mit Android 11 und niedriger verwendet werden. Mit dieser Funktion können die Konfigurationsparameter für den Android-Nutzerbereich von denen für den Kernel getrennt werden.

Weitere Informationen finden Sie unter Bootconfig implementieren.

Fallback für benutzerdefinierte Schriftarten

Vor Android 12 war für die Aktualisierung von auf dem Gerät installierten Schriftartdateien in AOSP (in der Partition /system/fonts) oder in den Anbieterpartitionen (in den Partitionen /product/fonts oder /system/fonts) ein Systemupdate des OEM erforderlich. Diese Anforderung hat erhebliche Auswirkungen auf die Emoji-Kompatibilität. In Android 12 können Sie den Systemdienst FontManager verwenden, um installierte Schriftartdateien zu verwalten und auf dem Gerät installierte Schriftartdateien ohne Systemupdate zu aktualisieren.

Weitere Informationen zu diesem neuen Feature finden Sie unter Benutzerdefinierten Schriftarten-Fallback implementieren.

DMA-BUF-Heaps

In Android 12 wird der ION-Allokator durch DMA-BUF-Heaps ersetzt.

Sprachfilter aktivieren

In Android 12 wurde eine Funktion eingeführt, mit der Sie Standardsystemsprachen und Gebietsschemafilter für neue Gerätetypen konfigurieren können. So können Sie den Wert der Filter-Property und die Standardsprache während der Werkskalibrierung über oem/oem.prop festlegen und Einschränkungen konfigurieren, ohne den Filter in das System-Image einzubinden.

Weitere Informationen finden Sie unter Gebietsschemafilter aktivieren.

Vendor-Ramdisks flashen

Mit Android 12 wird das Flashen von Vendor-Ramdisks über einen Fastboot-Befehl unterstützt, mit dem das vollständige vendor_boot-Image von einem Gerät abgerufen wird. Der Befehl fordert das Fastboot-Tool auf dem Host auf, den Vendor-Boot-Header zu lesen, das Image neu zu erstellen und das neue Image zu flashen. Diese Unterstützung umfasst Bootloader- und fastbootd-Änderungen, um erforderliche Daten wie Partitionsgröße und ‑offset zu erhalten.

Weitere Informationen finden Sie auf der Seite Fastboot im Nutzerbereich im Abschnitt Anbieter-Ramdisks flashen.

GKI-Versionsverwaltung

Ab Android 12 kann der Android-Release-Teil der KMI-Version aus dem Kernel extrahiert und zur Build-Zeit in das Geräte-Manifest eingefügt werden.

Weitere Informationen finden Sie unter GKI-Versionsverwaltung.

MM-Ereignisse – Statistiken zum historischen Speicher

Auf Geräten, die mit Android 12 eingeführt werden, kann mm_events verwendet werden. Dabei handelt es sich um eine Reihe von speicherbezogenen Statistiken, die regelmäßig erfasst werden, wenn das System unter Speichermangel leidet. mm_events ist in die Tracing-Mechanismen von perfetto integriert und verursacht nur einen minimalen Leistungsaufwand. Die Erfassung von Statistiken bleibt für einen konfigurierbaren Zeitraum aktiv und erfasst Statistiken in regelmäßigen Abständen.

Informationen zur Verwendung von mm_events-Statistiken finden Sie unter MM Events - Historical Memory Statistics.

Einschränkungen für Systembenachrichtigungsfenster

Um die Sicherheit des Android-Ökosystems zu verbessern, ist es in Android 12 schwieriger, die Berechtigung SYSTEM_ALERT_WINDOW zu erhalten. Außerdem können Drittanbieter-Apps Overlays von anderen Drittanbieter-Apps blockieren.

Vorinstallierte Apps erhalten in Android 12 nicht automatisch den SYSTEM_ALERT_WINDOW-AppOp. Sie muss vom Nutzer explizit gewährt werden, bevor eine vorinstallierte App sie verwenden kann. System-Apps erhalten die Berechtigung weiterhin standardmäßig.

Drittanbieter-Apps können festlegen, dass keine Anwendungs-Overlays über ihnen gezeichnet werden. Dies bietet einen Schutzmechanismus gegen Angriffe im Stil von cloak and dagger. Diese Funktion ist für alle Apps verfügbar, damit sicherheitskritische Apps wie Banking-Apps sich selbst schützen können. Damit diese Funktion verwendet werden kann, muss eine App die Berechtigung HIDE_OVERLAY_WINDOWS in ihrem Manifest deklarieren.

HIDE_NON_SYSTEM_OVERLAY_WINDOWS(signature|privileged) wurde zugunsten von HIDE_OVERLAY_WINDOWS eingestellt.

Änderungen an den Bootpartitionen von Anbietern

Android 12-Geräte mit Boot-Image-Header-Version 4 unterstützen mehrere Anbieter-Ramdisks in der Partition vendor_boot. Diese Ramdisk-Fragmente werden im Abschnitt „Vendor Ramdisk“ seriell verkettet. Eine Anbieter-Ramdisk-Tabelle beschreibt das Layout des Anbieter-Ramdisk-Abschnitts und die Metadaten der einzelnen Anbieter-Ramdisk-Fragmente.

Aufgrund der Änderungen an den Vendor-Boot-Partitionen in Android 12 und höher können Sie default nicht als Namen für ein Vendor-Ramdisk-Fragment verwenden. Der Name ist reserviert. Die Verwendung zur Benennung von Vendor-Ramdisk-Fragmenten ist unter keinen Umständen zulässig.

Weitere Informationen finden Sie unter Vendor-Boot-Partitionen und Mehrere Vendor-Ramdisks.

Audio

Kombiniertes Audiogerät-Routing

Die Funktion für das kombinierte Audio-Geräterouting bietet Unterstützung für das gleichzeitige Streamen von Audioinhalten auf mehrere Audiogeräte. Mit dieser Funktion können privilegierte Apps über System-APIs mehrere bevorzugte Geräte für eine bestimmte Strategie auswählen. Apps können die Funktionen von Audiogeräten mithilfe der öffentlichen APIs, die von dieser Funktion bereitgestellt werden, genauer ermitteln.

Weitere Informationen finden Sie auf der Seite Kombiniertes Audio-Geräterouting.

Aktualisierungen des Audio-HAL V7

Um Probleme mit der Abwärtskompatibilität zu beheben, ist Stable AIDL ab Android 13 für alle HAL-Änderungen obligatorisch. Um sich auf diese zukünftige AIDL-Einführung vorzubereiten und sie zu verbessern, werden in Android 12 erhebliche Änderungen an Version 7 des Audio-HAL vorgenommen.

Weitere Informationen finden Sie im Abschnitt Updates to the Audio HAL V7 und im Beispiel für eine Audio-Richtlinie.

Kamera

Statischer Metadateneintrag für die Kamera für faltbare Geräte

In Android 12 wird der statische Metadateneintrag deviceStateOrientationMap für die Kamera eingeführt, mit dem die Kamera-HAL den Kameraclient und das Kamera-Framework über Änderungen der Sensorausrichtung informieren kann, die durch eine Änderung des Faltstatus eines Geräts ausgelöst werden. Faltbare Geräte können optional eine oder mehrere logische Kameras verwenden, die aus physischen Geräten mit unterschiedlichen Sensorausrichtungen für verschiedene Faltzustände des Geräts bestehen. Der Metadateneintrag deviceStateOrientationMap ermöglicht es dem Kamera-Framework, dafür zu sorgen, dass die erforderlichen Transformationen der Ausgabefläche angewendet werden, wenn sich die aktive physische ID in den Aufnahmeergebnissen ändert.

Weitere Informationen finden Sie unter metadata_definitions.xml.

Anforderung für die Unterstützung von CameraX-Anbieterextensions

In Android 12 muss für Geräte, die CameraX-Erweiterungen unterstützen, die Eigenschaft ro.camerax.extensions.enabled auf true gesetzt sein. So kann abgefragt werden, ob ein Gerät Erweiterungen unterstützt.

Weitere Informationen finden Sie unter Anbieterbibliothek auf einem Gerät einrichten.

Unterstützung für Quad-Bayer-Kamerasensoren

Mit Android 12 werden Plattform-APIs eingeführt, mit denen Apps Geräte mit Kamera-Sensoren mit ultrahoher Auflösung nutzen können. Diese Sensoren haben in der Regel Quad- oder Nona-Bayer-Muster, die Flexibilität in Bezug auf Bildqualität und Leistung bei schwacher Beleuchtung bieten. Die neuen APIs unterstützen das Verhalten dieser Sensoren und berücksichtigen, dass sie im Modus „Maximale Auflösung“ möglicherweise andere Streamkonfigurationen und ‑kombinationen unterstützen als im Modus „Standard“.

Um die Kamera-HAL für Kamera-Sensoren mit ultrahoher Auflösung zu implementieren, müssen Gerätehersteller Änderungen an den folgenden Dateien vornehmen:

Kompatibilität

Anforderung für die Unterstützung von ADN für SIM-Karten

Ab Android 12 müssen alle SIM-Karten in Geräten, die für CTS-Tests verwendet werden, das Speichern von Kurzwahlnummern (Abbreviated Dialing Numbers, ADN) unterstützen.

Weitere Informationen finden Sie unter Display und Speicher.

ITS-Updates für Kameras

Mit Android 12 werden verschiedene Updates für die Camera Image Test Suite (ITS) eingeführt, darunter neue und aktualisierte Tests, Refactoring zu Python 3 und die Einführung des Mobly-Testframeworks.

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

Aktualisierungen der CDD

Das Compatibility Definition Document für Android 12 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.

Konnektivität

5G‑Network-Slicing

Android 12 unterstützt 5G-Network Slicing. Dabei wird die Netzwerkvirtualisierung verwendet, um einzelne Netzwerkverbindungen in mehrere separate virtuelle Verbindungen aufzuteilen, die unterschiedliche Mengen an Ressourcen für verschiedene Arten von Traffic bereitstellen. So können Netzwerkbetreiber einen Teil des Netzwerks für bestimmte Funktionen für ein bestimmtes Kundensegment reservieren.

Weitere Informationen finden Sie unter 5G Network Slicing.

Companion Device Manager-Profile

Apps, die auf Android 12 und höher ausgerichtet sind, können beim Herstellen einer Verbindung zu einer Smartwatch Profile für Begleitgeräte verwenden. Die Verwendung eines Profils vereinfacht die Registrierung, da die Erteilung einer gerätespezifischen Gruppe von Berechtigungen in einem Schritt erfolgt.

Screenshot eines Smartphones mit einer Aufforderung, Berechtigungen zu erteilen

Die gebündelten Berechtigungen werden der Companion-App gewährt, sobald das Gerät verbunden ist, und gelten nur, solange das Gerät verknüpft ist. Wenn Sie die App löschen oder die Verknüpfung entfernen, werden die Berechtigungen entfernt.

Weitere Informationen finden Sie unter Companion Device Profiles.

IMS-Dienstberechtigung (TS.43)

Android 12 unterstützt die TS.43-Konfiguration für die Dienstberechtigung, eine GSMA-Spezifikation, die den Schritt zur Überprüfung der Berechtigung für die Aktivierung von Diensten wie Voice-over-Wi-Fi (VoWiFi), Voice-over-LTE (VoLTE), SMS over IP (SMSoIP), On-Device Service Activation (ODSA) von eSIM-Begleitgeräten (die mit dem anfragenden Gerät verknüpft sind) und Informationen zum Datentarif definiert.

Weitere Informationen finden Sie unter IMS Service Entitlement.

Einzelregistrierung für IMS

Mit Android 12 wird ein einzelnes Registrierungsmodell für die Bereitstellung von MMTEL- und RCS-Funktionen eingeführt. Mit diesem Modell können alle IMS-Funktionen über eine einzelne IMS-Registrierung verwaltet werden, die vom ImsService des Geräts bereitgestellt wird. Im Vergleich zu einem Modell mit doppelter Registrierung, bei dem mehrere IMS-Registrierungen auf einem Gerät verwaltet werden, reduziert die einzelne Registrierung den Traffic im Netzwerk eines Mobilfunkanbieters und erhöht die Zuverlässigkeit.

Weitere Informationen finden Sie unter IMS Single Registration.

Zeitzone anhand des Standorts bestimmen

Android 12 umfasst die Funktion „Zeitzone anhand des Standorts bestimmen“. Diese optionale Funktion zur automatischen Zeitzonenerkennung ermöglicht es Geräten, anhand ihres Standorts und der Zeitzonenkartendaten die aktuelle Zeitzone zu ermitteln.

Weitere Informationen finden Sie unter Erkennung der Zeitzone des Standorts.

MAC‑Randomisierung

Mit Android 12 wird der nicht persistente MAC-Randomisierungstyp eingeführt, mit dem Android MAC-Adressen für bestimmte Netzwerke zu Beginn jeder Verbindung neu randomisieren kann.

Weitere Informationen finden Sie unter MAC-Randomisierungsverhalten.

Netzwerkauswahl

In Android 12 wird ein neuer Mechanismus zur Netzwerkauswahl mit der Klasse NetworkScore eingeführt. Die Netzwerkauswahl wirkt sich darauf aus, wie Android App- und Systemnetzwerkanfragen ausführt, und beeinflusst, wie das Standardnetzwerk für eine App ausgewählt wird.

Weitere Informationen finden Sie unter Netzwerkauswahl.

Notification CallStyle

Ab Android 12 empfehlen wir, dass Apps für eingehende und laufende Sprach- und Videoanrufe den neuen Benachrichtigungsstil CallStyle verwenden. Dieser Benachrichtigungsstil enthält Aktionsschaltflächen zum Annehmen, Ablehnen und Beenden von Anrufen. Außerdem wird derselbe personenzentrierte Stil wie bei Unterhaltungen verwendet. Das ist konsistent mit dem Verhalten, Anrufbenachrichtigungen oben im Benachrichtigungsfeld zu platzieren.

Damit Apps den Benachrichtigungsstil CallStyle verwenden können, müssen sie entweder einen Full-Screen-Intent oder einen Dienst im Vordergrund (mit der zugehörigen Berechtigung) verwenden. Bei diesem Stil werden Benachrichtigungen für Anrufe oben in der Benachrichtigungsleiste angezeigt. Bei Anrufen im Status „Läuft“ wird der Statusleiste ein Chip hinzugefügt, über den Nutzer schnell zur Anruf-App zurückkehren können.

Weitere Informationen finden Sie unter Anrufbenachrichtigungen.

Passpoint-Updates

Mit Android 12 werden Passpoint R3 und andere Passpoint-Funktionen wie Nutzungsbedingungen, URLs für Veranstaltungsortinformationen, dekorierte Identitätspräfixe und die Verarbeitung bevorstehender Deauthentifizierungen eingeführt.

Weitere Informationen zu diesen Funktionen finden Sie unter Passpoint (Hotspot 2.0).

Aktualisierungen zum Schnellzugriff auf Karten

In Android 12 und höher ist die Funktion „Schnellzugriff auf Wallet“ über die Benachrichtigungsleiste verfügbar, nicht wie in Android 11 über das Ein/Aus-Menü. Die Wallet-Benutzeroberfläche wird jetzt in der System-UI ausgeführt und befindet sich unter frameworks/base/packages/SystemUI/src/com/android/systemui/wallet.

Weitere Informationen finden Sie unter Schnellzugriff auf die Wallet.

Vereinfachte Konnektivität

Android 12 bietet eine optionale vereinfachte Konnektivitätsfunktion, mit der Nutzer ihre Netzwerkverbindungen besser nachvollziehen, zwischen Internetanbietern wechseln und Probleme mit der Netzwerkverbindung beheben können.

Weitere Informationen finden Sie unter Benutzeroberfläche für die Konnektivität.

Priorität der Zeitquelle

Ab Android 12 priorisiert das Framework standardmäßig die NTP-Zeitquelle (Network Time Protocol) gegenüber der NITZ-Quelle (Network Identity and Time Zone).

Weitere Informationen zum Konfigurieren und Testen der Priorität der Zeitquelle auf Ihrem Gerät finden Sie unter Priorität der Zeitquelle.

Umschalten zum Deaktivieren von 2G

Zur Verbesserung der Sicherheit wird in Android 12 in den Einstellungen ein 2G-Schalter eingeführt, mit dem Nutzer 2G-Mobilfunkverbindungen vollständig deaktivieren können. Für diese Funktion muss das Radio 1.6 HAL implementiert sein.

Die 2G-Umschaltfunktion ist standardmäßig aktiviert. Mobilfunkanbieter können die Funktion zur Laufzeit über das CarrierConfig-Flag KEY_HIDE_ENABLE_2G deaktivieren.

Gerätehersteller müssen dafür sorgen, dass alle Netzwerke während eines Notrufs verfügbar sind.

UICC-Spezifikationen

Unter Android 12 muss auf dem Gerät eine Entwickler-UICC mit CTS-Carrier-Berechtigungen verwendet werden, die den Anforderungen der neuesten Version der GSMA TS.48-Testprofilspezifikation von Drittanbietern entspricht, um die CTS-Carrier-API-Tests auszuführen.

Weitere Informationen finden Sie unter UICC vorbereiten.

WLAN-AP-/AP-Gleichzeitigkeit

Mit Android 12 wird die Funktion „Wi‑Fi AP/AP Concurrency“ eingeführt, mit der Geräte einen gebrückten Dual-Tethering-Hotspot (AP+AP) einrichten können.

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

Vermeidung von Coex-Kanälen für WLAN/Mobilfunk

Mit Android 12 wird die Funktion Vermeidung von Wi‑Fi-/Mobilfunk-Coex-Kanälen eingeführt. Sie erkennt und verhindert die Verwendung unsicherer WLAN-Kanäle, wenn es zu Störungen zwischen Mobilfunkkanälen kommt. Dazu gehören Schnittstellen wie STA, SoftAp, Wi-Fi Direct (P2P) und Wi-Fi Aware (NAN).

Verbesserungen bei WLAN-Sicherheitsprotokollen

In Android 12 wird die Unterstützung für WPA3 Hash-to-Element (H2E), den WPA2/WPA3-Enterprise-Übergangsmodus und die Anzeige für die Deaktivierung des Übergangs eingeführt.

Weitere Informationen finden Sie unter WPA3 und Wi‑Fi Enhanced Open.

Gleichzeitige Nutzung von WLAN-STAs

Mit Android 12 wird die Funktion „Wi-Fi STA/STA Concurrency“ eingeführt, mit der Geräte gleichzeitig mit zwei WLANs verbunden werden können.

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

Geräte

Neue Automotive-Funktionen in Android 12

Weitere Informationen zu diesen neuen Funktionen finden Sie unter Automotive – Neues:

Anzeige

Nicht vertrauenswürdige Berührungen blockieren

Um die Systemsicherheit zu gewährleisten und für eine gute Nutzererfahrung zu sorgen, unterstützt Android 12 das Blockieren von nicht vertrauenswürdigen Touch-Ereignissen. Dadurch wird verhindert, dass Apps Touch-Ereignisse verarbeiten, wenn ein Overlay die App auf unsichere Weise verdeckt.

Unterhaltungsbenachrichtigungen und ‑widgets

In Android 11 wurde die Möglichkeit hinzugefügt, das Verhalten und die Platzierung von Unterhaltungsbenachrichtigungen in der Benachrichtigungsleiste nach Priorität und Benachrichtigungsstufe anzupassen. So können Unterhaltungen als „Wichtig“ markiert und unterhaltungsspezifische Bubbles im Unterhaltungsbereich gestartet werden. Die Funktion „Unterhaltungs-Widget“ in Android 12 basiert auf diesen Android 11-Funktionen und ermöglicht es Nutzern, Unterhaltungs-Widgets für wichtige Kontakte auf dem Startbildschirm hinzuzufügen. So können sie Unterhaltungen ganz einfach fortsetzen, ohne auf eine Benachrichtigung warten zu müssen.

Weitere Informationen finden Sie unter Benachrichtigungen und Widgets für Unterhaltungen.

Weichzeichnen von Fenstern

In Android 12 sind öffentliche APIs verfügbar, mit denen Fensterunschärfe-Effekte (z. B. Hintergrundunschärfe und Unschärfe hinter) implementiert werden können. Mit diesen APIs können Sie alles, was sich hinter Ihrem eigenen Fenster befindet, unkenntlich machen. Sie können Fenster mit verschwommenen Hintergründen erstellen, um einen Milchglaseffekt zu erzielen, oder Fenster mit dem gesamten Bildschirm dahinter verschwommen anzeigen lassen, um einen Tiefenschärfeeffekt zu erzielen. Sie können die beiden auch kombinieren.

Weitere Informationen zu dieser neuen Funktion und ihrer Implementierung finden Sie auf der Seite Fensterunschärfe.

Fenstervergrößerung

In Android 12 können Nutzer mit eingeschränktem Sehvermögen alles auf dem Display mit der Funktion „Fenstervergrößerung“ vergrößern. Mit der Fenstervergrößerung können Nutzer einen ausgewählten Teil des Bildschirms vergrößern, im Gegensatz zur Zoomfunktion für den gesamten Bildschirm. Das ausgewählte Fenster kann auf dem Display verschoben werden, sodass Sie bei Bedarf verschiedene Teile des Bildschirms vergrößern können.

Weitere Informationen finden Sie unter Fensterlupe.

Unternehmen

Updates bei der Geräteverwaltung

Android 12 umfasst die folgenden Aktualisierungen für die Geräteverwaltung:

  • Aktualisierungen der Datentrennung für verwaltete Profile Auf privaten Geräten mit einem Arbeitsprofil entfernt Android 12 den Zugriff auf Hardware-IDs des Geräts (IMEI, MEID, Seriennummer) und stellt eine eindeutige, registrierungsspezifische ID bereit, mit der die Registrierung des Arbeitsprofils für eine bestimmte Organisation identifiziert wird. Weitere Informationen finden Sie unter Gerätekennungen.

  • Updates zur Gerätebereitstellung Android 12 umfasst mehrere Änderungen an der Gerätebereitstellung. Weitere Informationen und eine Liste der Änderungen finden Sie unter Android 12-Updates.

Grafik

Hotplug-Verarbeitung im Composer-HAL

Die Displayfunktionen (z. B. Anzeigemodi und unterstützte HDR-Typen) können sich auf Geräten mit extern angeschlossenen Displays (über HDMI oder DisplayPort), z. B. Android TV-Set-Top-Boxen (STB) und Over-the-Top-Geräten (OTT), dynamisch ändern. Ab Android 12 werden Hot-Plug-Vorgänge und dynamische Displayfunktionen durch Änderungen im Framework unterstützt.

Weitere Informationen finden Sie unter Hot-Plug-Verarbeitung im Composer-HAL.

Modulare Systemkomponenten

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

  • ART: Dieses Modul soll die Android-Nutzung verbessern, indem Nutzern die neuesten Optimierungen, Funktionen und Fehlerkorrekturen der verwalteten Laufzeitumgebung zur Verfügung gestellt werden.

  • Geräteplanung: Dieses Modul enthält Logik, die erkennt, ob sich das Gerät im Leerlauf befindet und ohne Unterbrechung des Nutzers neu gestartet werden kann.

Aktualisierungen vorhandener Module:

  • adbd: Die Modulgrenze wurde aktualisiert.

  • DocumentsUI: Die Dateisuche ist deaktiviert.

  • ExtServices: DisplayHashingService wurde hinzugefügt und die Modulgrenze wurde aktualisiert.

  • Media: Eine neue Medienkomponente wurde hinzugefügt.

  • NNAPI-Laufzeit: Die Modulgrenze wurde aktualisiert.

  • PermissionController: Das PermissionController-Modul wurde vollständig modularisiert und die Modulgrenze wurde aktualisiert.

  • SDK-Erweiterungen: Die Modulverantwortlichkeit wurde aktualisiert und eine neue Komponente wurde hinzugefügt.

  • Statsd: Die Modulgrenze wurde aktualisiert.

  • Tethering: Durch die hinzugefügte Funktion wurde die Modulgrenze aktualisiert.

  • Zeitzonendaten: Das Paketformat wurde aktualisiert.

  • WLAN: Die Modulgrenze wurde aktualisiert.

Medien

Transcodierung in kompatibles Medienformat

Durch die kompatible Medientranscodierung können Geräte moderne, speichereffiziente Medienformate für die Videoaufnahme verwenden, z. B. HEVC, und gleichzeitig die Kompatibilität mit Apps beibehalten. Mit dieser Funktion können Gerätehersteller standardmäßig HEVC anstelle von AVC verwenden, um die Videoqualität zu verbessern und gleichzeitig die Speicher- und Bandbreitenanforderungen zu reduzieren. Weitere Informationen finden Sie unter Kompatible Media-Transcodierung.

Leistung

App-Ruhezustand

In Android 12 können Apps, die der Nutzer seit einigen Monaten nicht mehr verwendet hat, in den Ruhezustand versetzt werden. Das funktioniert ähnlich wie das automatische Aufheben von Berechtigungen.

Weitere Informationen finden Sie unter App-Ruhezustand.

Cgroup-Abstraktionsebene

Die Abstraktionsschicht für Kontrollgruppen (cgroups) in Android 12 bietet neue Funktionen, z. B. die Möglichkeit, bestimmte cgroup-Controller als optional zu definieren und den neuen task_profiles-Befehl zu verwenden, der den eingestellten writepid-Befehl ersetzt. Durch diesen Ersatz wird sichergestellt, dass die zugrunde liegenden cgroup-Implementierungen keine Auswirkungen auf die oberen Ebenen haben, wenn Aufgaben in cgroup-Hierarchien migriert werden. Android 12 bietet auch Unterstützung für auf API-Ebene basierende Aufgabenprofile.

Weitere Informationen finden Sie unter Cgroup Abstraction Layer.

Berechtigungen

Bluetooth-Berechtigungen

In Android 12 werden die folgenden Bluetooth-Berechtigungen eingeführt, die die Berechtigungen BLUETOOTH und BLUETOOTH_ADMIN ersetzen:

  • BLUETOOTH_SCAN: Ermöglicht Apps, Bluetooth-Geräte in der Nähe zu finden und zu koppeln.
  • BLUETOOTH_ADVERTISE: Ermöglicht Apps, Inhalte an Bluetooth-Geräte in der Nähe zu senden.
  • BLUETOOTH_CONNECT: Ermöglicht Apps, eine Verbindung zu gekoppelten Bluetooth-Geräten herzustellen.

Diese Berechtigungen sind Teil der neuen Laufzeitberechtigungsgruppe NEARBY_DEVICES. Diese Berechtigungsgruppe ermöglicht Anwendungsfälle wie die Verbindung zu einer Smartwatch, ohne dass die Laufzeitberechtigung LOCATION erforderlich ist.

Diese neuen Berechtigungen sind mit Apps kompatibel und für Apps, die unter Android 11 oder niedriger ausgeführt werden, sind keine Änderungen erforderlich. Bei Legacy-Apps, die auf Android 11 oder niedriger ausgerichtet sind, übersetzt die Plattform Anfragen für die alten Bluetooth-Berechtigungen automatisch in Anfragen für die neuen Berechtigungen. Wenn eine App auf Android 12 oder höher aktualisiert wird, muss sie die neuen Bluetooth-Berechtigungen explizit anfordern.

Weitere Informationen zur Verwendung der Berechtigungen finden Sie unter Bluetooth-Berechtigungen.

Datenschutzrichtlinien

Android 12 bietet Nutzern mehr Transparenz, indem Anzeigen eingeblendet werden, wenn eine App über die App-Berechtigungen für Kamera und Mikrofon auf eine private Datenquelle zugreift.

App Ops erfasst sowohl den Aktivitätsstatus als auch die Anzahl der einzelnen API-Aufrufe und interagiert mit den Mikrofon- und Kamerazugriff-Hinweisen in Android 12, um Nutzern anzuzeigen, wann Apps auf Audio- und Kameradaten auf ihren Geräten zugegriffen haben. Wenn Nutzer auf die Mikrofon- oder Kamera-Anzeigen klicken, sehen sie, welche Apps auf ihre Daten zugegriffen haben.

Diese Funktion ist für alle OEMs obligatorisch. Weitere Informationen finden Sie unter Datenschutzindikatoren.

Standort

Ab Android 12 können Nutzer festlegen, dass Apps nur ungefähre Standortdaten abrufen dürfen, wenn sie auf Standortinformationen zugreifen.

Diese Änderung soll sich nur auf Apps auswirken, die auf Android 12 oder höher ausgerichtet sind. Auf Geräten mit einer älteren Version des Moduls PermissionController betrifft diese Änderung jedoch alle Apps, unabhängig von der Ziel-SDK-Version.

Laufzeit

Dexpreopt- und <uses-library>-Prüfungen

In Android 12 wurden Änderungen am Build-System für die Ahead-of-Time-Kompilierung (AOT) von DEX-Dateien (dexpreopt) für Java-Module mit <uses-library>-Abhängigkeiten vorgenommen. In einigen Fällen können diese Änderungen am Build-System Builds unterbrechen.

Informationen zur Vorbereitung auf Fehler und Anleitungen zum Beheben und Minimieren von Fehlern finden Sie unter Dexpreopt- und <uses-library>-Prüfungen.

Tests

Compatibility Test Suite (CTS)

Für Android 12 werden viele neue Schlüsselmodule und Teständerungen für CTS eingeführt. Weitere Informationen finden Sie in den CTS Release Notes.

TV

HDMI-CEC-Steuerungsdienst

In Android 12 wird HDMI-CEC verwendet, um HDMI-angeschlossene Displays automatisch zu steuern, wenn ein Gerät aktiviert oder in den Ruhemodus versetzt wird.

Weitere Informationen findest du unter HDMI-CEC Control Service.

Tuner-Framework

In Android 12:

  • Das Frontend mit Tuner HAL 1.1 oder höher unterstützt den DTMB-DTV-Standard. Die folgenden Frontend-Funktionen und ‑Einstellungen werden unterstützt:

    • DtmbFrontendCapabilities

    • DtmbFrontendSettings

  • Die Tuner SDK API unterstützt neue Funktionen in Tuner HAL 1.1, einem abwärtskompatiblen Versions-Upgrade von Tuner 1.0.

  • android.media.tv.tuner.TunerVersionChecker.getTunerVersion() prüft die ausgeführte HAL-Version.

Updates

APEX-Kompression

Nachdem ein Update für einen Android Pony EXpress-Container (APEX) installiert wurde, wird die vorinstallierte Version nicht mehr verwendet, belegt aber weiterhin denselben Speicherplatz. Der belegte Speicherplatz bleibt weiterhin nicht verfügbar. In Android 12 wird dieser Speicherbedarf durch die APEX-Komprimierung minimiert, indem ein stark komprimierter Satz von APEX-Dateien auf schreibgeschützten Partitionen (z. B. der /system-Partition) verwendet wird. Informationen zur APEX-Komprimierung in Android 12 finden Sie unter Komprimierte APEX-Dateien.

Sicherheit und Komfort beim Fortsetzen nach dem Neustart

Mit Android 12 werden der Support für mehrere Clients und die serverbasierte Neustartfunktion verbessert. Der RoR-Prozess (Resume-on-Reboot) bietet Nutzern zusätzliche Sicherheit und Komfort, da OTA-Updates während der Inaktivität des Geräts durchgeführt werden können. Die Multi-Client- und serverbasierten Updatefunktionen von Android 12 bieten zusammen Sicherheit auf Hardwareebene.

Weitere Informationen finden Sie unter Resume-on-Reboot.

SIM-PIN-Wiedergabe mit RoR

Android 12 bietet die Funktion „SIM-PIN replay“ für eine nahtlose PIN-Code-Bestätigung nach einem durch RoR initiierten Neustart.Die SIM-PIN wird jedes Mal neu verschlüsselt und gespeichert, wenn ein Nutzer sie erfolgreich aktiviert, bestätigt oder ändert.

Weitere Informationen finden Sie unter SIM-PIN-Replay.

Virtual A/B-Updates

In Android 12 ist die Option der virtuellen A/B-Komprimierung auf Snapshots von Partitionen verfügbar. In Android 12 können aktualisierbare Partitionen, die der Bootloader nicht verwendet, als Snapshot gespeichert werden, um Speicherplatz zu sparen. Diese können auch komprimiert werden. Wenn Sie die Snapshot-Komprimierung in Ihrem Build für Android 12 aktivieren, wird Speicherplatz auf der Partition /data gespart.

Die Implementierung von Virtual A/B mit Snapshot-Komprimierung erfordert Änderungen am gerätespezifischen Code. Änderungen und Implementierungsdetails finden Sie auf den Seiten Virtuelle A/B-Tests – Übersicht und Virtuelle A/B-Tests implementieren.