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. Die Zusammenfassungen der Funktionen sind nach dem Speicherort der Dokumentation 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. Dies ist das primäre Boot-Image für Geräte, die die Generic Kernel Image (GKI)-Architektur unterstützen. Android 12 bietet außerdem 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 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 FontManager-Systemdienst 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.

Ramdisks des Anbieters flashen

Mit Android 12 wird die Unterstützung für das Flashen von Vendor-Ramdisks über einen Fastboot-Befehl eingeführt, 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 unter 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ätemanifest 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. Das ist eine Reihe von speicherbezogenen Statistiken, die regelmäßig erfasst werden, wenn das System unter Speichermangel leidet. mm_events ist in die perfetto-Tracing-Mechanismen 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 verworfen.

Ä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 Vendor-Ramdisk-Tabelle beschreibt das Layout des Vendor-Ramdisk-Abschnitts und die Metadaten der einzelnen Vendor-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 Partitions und Multiple vendor ramdisks.

Audio

Kombiniertes Routing von Audiogeräten

Die Funktion für das kombinierte Audio-Geräterouting ermöglicht 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 Audiogerät-Routing.

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 optimieren, werden in Android 12 wesentliche Ä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 Anbietermodul 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 schlechten Lichtverhältnissen 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 Standardmodus.

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 an der 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 Verbinden mit einer Smartwatch Profile für Begleitgeräte verwenden. Die Verwendung eines Profils vereinfacht den Registrierungsprozess, da die Erteilung einer gerätespezifischen Reihe 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.

IMS-Einzelregistrierung

In Android 12 wird ein einzelnes Registrierungsmodell für die Bereitstellung von MMTEL- und RCS-Funktionen unterstützt. 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 Einzelregistrierung 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 Daten der Zeitzonenkarte 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. Damit kann Android MAC-Adressen für bestimmte Netzwerke bei jeder Verbindungsaufnahme neu randomisieren.

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, was dem Verhalten entspricht, 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 findest du 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 von bevorstehenden Deauthentifizierungen eingeführt.

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

Aktualisierungen zum Schnellzugriff auf Karten

In Android 12 oder 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ät, die Nutzern hilft, ihre Netzwerkverbindungen besser zu verstehen, zwischen Internetanbietern zu wechseln und Probleme mit der Netzwerkverbindung zu beheben.

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 Gleichzeitigkeit von WLAN-APs/APs.

Vermeidung von Koexistenzkanälen für WLAN und 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 des WLAN-Sicherheitsprotokolls

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

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

Gleichzeitige Nutzung von WLAN-STA/STA

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 – Neuigkeiten:

Display

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. So 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 Android 12-Funktion „Unterhaltungs-Widget“ baut auf diesen Android 11-Funktionen auf 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 zum Implementieren von Fensterunschärfe-Effekten (z. B. Hintergrundunschärfe und Unschärfe hinter) verfügbar. 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ärfen.

Fenstervergrößerung

In Android 12 können Nutzer mit eingeschränktem Sehvermögen alles auf dem Display mit der 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 wird in Android 12 der Zugriff auf Hardware-IDs des Geräts (IMEI, MEID, Seriennummer) entfernt. Stattdessen wird eine eindeutige, registrierungsspezifische ID bereitgestellt, mit der die Registrierung des Arbeitsprofils für eine bestimmte Organisation identifiziert wird. Weitere Informationen finden Sie unter Gerätekennungen.

  • Aktualisierungen der 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 in der 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 durch Änderungen im Framework Hot-Plug-Vorgänge und dynamische Displayfunktionen 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 Laufzeit 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 hinzugefügt und die Modulgrenze 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 Modulverantwortung wurde aktualisiert und eine neue Komponente 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 wie HEVC verwenden 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 einen 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. Mit Android 12 wird auch die Unterstützung für auf API-Ebene basierende Aufgabenprofile eingeführt.

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, Werbung für Bluetooth-Geräte in der Nähe zu schalten.
  • 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 automatisch Anfragen für die alten Bluetooth-Berechtigungen 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 eine App nur ungefähre Standortdaten abrufen darf, wenn sie auf Standortinformationen zugreift.

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 gibt es Ä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. 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-Versionshinweisen.

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 Prozess „Resume-on-Reboot“ (RoR) 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 SIM-PIN-Wiedergabe 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

Android 12 bietet die Option der virtuellen A/B-Komprimierung auf gesnapshotteten Partitionen. 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.