Versionshinweise für Android 12 und Android 12L

Auf dieser Seite werden die wichtigsten Funktionen der Android 12- und Android 12L-Releases zusammengefasst und Links zu zusätzlichen Informationen bereitgestellt. Diese Funktionszusammenfassungen sind nach dem Speicherort der Dokumentation der Funktion auf dieser Website organisiert.

Architektur

Updates der Klasse „AlwaysOnHotwordDetector“

Ab Android 12 ist die AlwaysOnHotwordDetector-Klasse einschließlich ihrer Fabrikmethodeandroid.service.voice.VoiceInteractionService.createAlwaysOnHotwordDetector() eine System-API (@SystemApi) und keine öffentliche API mehr. Die Klasse AlwaysOnHotwordDetector ist für Assistant-Apps mit Berechtigungen auf Systemebene vorgesehen, die in der Regel im Lieferumfang des Betriebssystems enthalten sind. Unter Android 11 und niedriger wird die API durch Prüfungen geschützt, die dafür sorgen, dass der Aufrufer die aktuell aktive Assistant-App ist. Dadurch kann die API nicht von anderen Drittanbieter-Apps verwendet werden.

Außerdem enthält Android 12 Verbesserungen bei der Funktion „Schallerkennung“, um die Zuordnung und Durchsetzung von Berechtigungen im Zusammenhang mit der Mikrofonnutzung über die Schallerkennungs-API zu verbessern. Die Mikrofonnutzung, einschließlich indirekter Nutzung wie über die Klassen SoundTriggerManager oder AlwaysOnHotwordDetector, wird dem ursprünglichen Paket (Assistant-App) zugeordnet, das die AlwaysOnHotwordDetector-Klasse aufruft. Dadurch wird der Datenschutz für Nutzer und die Transparenz bei den Paketen verbessert, die das Mikrofon verwenden. Unter Android 11 und niedriger wird die Mikrofonnutzung dem Systemnutzer zugeordnet, da das ursprüngliche Paket die Sound Trigger API nicht direkt, sondern über Dienste höherer Ebene im system_server-Prozess verwendet.

Die Auswirkungen dieser Änderungen sind:

  • Nicht systemeigene Apps, die die Klasse AlwaysOnHotwordDetector verwenden, können nicht mit der Android 12 API kompiliert werden, da die API aus der öffentlichen Oberfläche entfernt wurde.
  • Vorhandenen System-Apps, die die AlwaysOnHotwordDetector-Klasse verwenden, wird möglicherweise die Verwendung von Funktionen für Schallauslöser zur Laufzeit verweigert. Um dieses Problem zu beheben und diesen Apps den Zugriff auf das Mikrofon über einen Sprachtrigger zu erlauben, 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. Der Dokumentation zur Einrichtung wurde ein neuer Abschnitt hinzugefügt, der eine Anleitung für die Entwicklung auf Android mit Rust enthält.

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

Kopfzeile des Boot-Images

Unter Android 12 wird die Verwendung des Boot-Image-Headers der Version 4 hinzugefügt. 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 eine boot_signature zur Prüfung der Integrität des Kernels und des RAM-Disks. Die Prüfung, die in VtsSecurityAvbTest durchgeführt wird, ist für Geräte mit 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 ist ein Mechanismus zum Übergeben von Konfigurationsdetails vom Build und Bootloader an Android 12. Sie ersetzt die androidboot.*-Kernel-cmdline-Optionen, die unter Android 11 und niedriger verwendet wurden. Mit dieser Funktion können die Konfigurationsparameter für den Android-Userspace von denen für den Kernel getrennt werden.

Weitere Informationen finden Sie unter Bootconfig implementieren.

Fallback für benutzerdefinierte Schriftart

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

Weitere Informationen zu dieser neuen Funktion finden Sie unter Benutzerdefinierten Schriftschnitt als Fallback implementieren.

DMA-BUF-Stapel

In Android 12 ersetzt GKI 2.0 den ION-Allocator durch DMA-BUF-Haufen.

Filter für Sprachen und Regionen aktivieren

In Android 12 gibt es eine Funktion, mit der Sie Standardsystemsprachen und Gebietsfilter für neue Gerätetypen konfigurieren können. So können Sie den Wert der Filtereigenschaft und die Standardsprache während der Kalibrierung im Werk über oem/oem.prop festlegen und Einschränkungen konfigurieren, ohne den Filter in das Systemimage einzubetten.

Weitere Informationen finden Sie unter Filter für Sprachen aktivieren.

RAM-Disks von Flash-Anbietern

Android 12 unterstützt das Flashen von Anbieter-RAM-Disks über einen Fastboot-Befehl, der das vollständige vendor_boot-Image von einem Gerät abruft. Der Befehl fordert das hostseitige Fastboot-Tool auf, den Boot-Header des Anbieters zu lesen, das Image neu zu erstellen und das neue Image zu flashen. Diese Unterstützung umfasst Änderungen am Bootloader und an fastbootd, um erforderliche Daten wie Partitionsgröße und Offset abzurufen.

Weitere Informationen finden Sie auf der Seite Fastboot im Userspace unter Vendor-Ramdisks flashen.

GKI-Versionierung

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

Weitere Informationen finden Sie unter GKI-Versionsverwaltung.

MM-Ereignisse – Statistiken zum Arbeitsspeicher in der Vergangenheit

Geräte, die mit Android 12 ausgeliefert werden, können mm_events verwenden. Dabei handelt es sich um eine Reihe von speicherbezogenen Statistiken, die regelmäßig erfasst werden, wenn ein System unter Speichermangel leidet. mm_events ist in die perfetto-Tracing-Mechanismen integriert und verursacht nur einen minimalen Leistungsaufwand. Die Statistikerhebung bleibt für einen konfigurierbaren Zeitraum aktiv und erfasst Statistiken in regelmäßigen Intervallen.

Informationen zur Verwendung von mm_events-Statistiken finden Sie unter MM-Ereignisse – Verlaufsstatistiken für Arbeitsspeicher.

Einschränkungen für das Systembenachrichtigungsfenster

Um die Sicherheit des Android-Ökosystems zu verbessern, wurde in Android 12 die Erlangung der Berechtigung SYSTEM_ALERT_WINDOW erschwert. Außerdem können Drittanbieter-Apps Overlays von anderen Drittanbieter-Apps blockieren.

Vorinstallierten Apps wird in Android 12 nicht automatisch die Berechtigung SYSTEM_ALERT_WINDOW appOp gewährt. 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 App-Overlays darüber angezeigt werden. Dies bietet einen Schutzmechanismus vor cloak and dagger-Angriffen. Diese Funktion ist für alle Apps verfügbar, damit sich sicherheitsrelevante Apps wie Banking-Apps schützen können. Wenn eine App diese Funktion nutzen möchte, muss sie die Berechtigung HIDE_OVERLAY_WINDOWS in ihrem Manifest deklarieren.

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

Änderungen an Anbieter-Bootpartitionen

Android 12-Geräte mit der Version 4 des Boot-Image-Headers unterstützen mehrere RAM-Disks von Anbietern in der Partition vendor_boot. Diese Ramdisk-Fragmente werden im Ramdisk-Abschnitt des Anbieters seriell zusammengefügt. Eine Anbieter-RAM-Disk-Tabelle beschreibt das Layout des Anbieter-RAM-Disk-Bereichs und die Metadaten jedes Anbieter-RAM-Disk-Fragments.

Aufgrund der Änderungen an den Bootpartitionen des Anbieters in Android 12 und höher kann default nicht als Name für ein Anbieter-Ramdisk-Fragment verwendet werden. Es ist als reserviert gekennzeichnet. Die Verwendung zum Benennen von Anbieter-Ramdisk-Fragmenten ist unter keinen Umständen zulässig.

Weitere Informationen finden Sie unter Bootpartitionen von Anbietern und Mehrere RAM-Disks von Anbietern.

Audio

Kombiniertes Audiogeräte-Routing

Die kombinierte Audiogeräte-Routing-Funktion unterstützt das Streaming von Audio auf mehrere Audiogeräte gleichzeitig. Mit dieser Funktion können berechtigte Apps über System-APIs mehrere bevorzugte Geräte für eine bestimmte Strategie auswählen. Mithilfe der öffentlichen APIs, die von dieser Funktion bereitgestellt werden, können Apps die Funktionen von Audiogeräten genauer ermitteln.

Weitere Informationen finden Sie auf der Seite Kombiniertes Audiogeräte-Routing.

Updates für Audio HAL V7

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

Weitere Informationen finden Sie im Abschnitt Änderungen an der Audio HAL V7 und im Beispiel für eine Audiorichtlinie.

Kamera

Statischer Metadateneintrag für Kameras von faltbaren Geräten

In Android 12 wird der deviceStateOrientationMap-Eintrag für statische Kamerametadaten eingeführt. Damit kann die HAL der Kamera den Kameraclient und das Kamera-Framework über Änderungen der Sensorausrichtung informieren, die durch eine Änderung des Klappstatus eines Geräts ausgelöst werden. Bei faltbaren Geräten können optional eine oder mehrere logische Kameras verwendet werden, die aus physischen Geräten mit unterschiedlichen Sensorausrichtungen für verschiedene Faltzustände des Geräts bestehen. Mit dem Metadateneintrag deviceStateOrientationMap kann das Kamera-Framework dafür sorgen, dass die erforderlichen Ausgabeoberflächentransformationen angewendet werden, wenn sich die aktive physische ID in den Aufnahmeergebnissen ändert.

Weitere Informationen finden Sie unter metadata_definitions.xml.

Unterstützung für Anbietererweiterungen von CameraX

Unter Android 12 muss die Eigenschaft ro.camerax.extensions.enabled auf true gesetzt sein, damit Geräte, die CameraX-Erweiterungen unterstützen, abgefragt werden können.

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 extrem hochauflösenden Kamerasensoren nutzen können, in der Regel mit Quad- oder Nona-Bayer-Mustern, die Flexibilität in Bezug auf Bildqualität und Leistung bei schlechten Lichtverhältnissen bieten. Die neuen APIs unterstützen das Verhalten dieser Sensoren unter Berücksichtigung der Tatsache, dass sie möglicherweise unterschiedliche Streamkonfigurationen und ‑kombinationen unterstützen, wenn sie im Modus „Maximale Auflösung“ statt im Modus „Standard“ betrieben werden.

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

Kompatibilität

ADN-Unterstützungsanforderungen 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 unterstützen.

Weitere Informationen finden Sie unter Display und Speicher.

Updates für Kameras mit ITS

Android 12 enthält verschiedene Updates für die Camera Image Test Suite (ITS), darunter neue und aktualisierte Tests, eine Umstellung auf Python 3 und die Einführung des Mobly-Test-Frameworks.

Weitere Informationen finden Sie in den Versionshinweisen zur Kamerabildtestsuite für Android 12.

CDD-Aktualisierungen

Das Kompatibilitätsdefinitiondokument für Android 12 basiert auf den vorherigen Versionen und enthält Updates für neue Funktionen sowie Änderungen an den Anforderungen für zuvor veröffentlichte Funktionen.

Konnektivität

5G-Netzwerk-Slicing

Android 12 unterstützt 5G-Netzwerk-Slicing, bei dem einzelne Netzwerkverbindungen mithilfe von Netzwerkvirtualisierung in mehrere verschiedene virtuelle Verbindungen unterteilt werden, die verschiedenen Arten von Traffic unterschiedliche Mengen an Ressourcen zur Verfügung stellen. So können Netzwerkbetreiber einen Teil des Netzwerks für bestimmte Funktionen für ein bestimmtes Kundensegment reservieren.

Weitere Informationen finden Sie unter 5G-Netzwerk-Slicing.

Companion Device Manager-Profile

Apps, die auf Android 12 und höher ausgerichtet sind, können Companion-Geräteprofile verwenden, wenn eine Verbindung zu einer Smartwatch hergestellt wird. Die Verwendung eines Profils vereinfacht die Registrierung, da die Gewährung von gerätespezifischen Berechtigungen in einem Schritt zusammengefasst wird.

Screenshot eines Smartphones mit einer Aufforderung zum Gewähren von Berechtigungen

Die gebündelten Berechtigungen werden der Companion-App gewährt, sobald die Verbindung zum Gerät hergestellt wurde. Sie gelten nur so lange, wie das Gerät verknüpft ist. Wenn Sie die App löschen oder die Verknüpfung entfernen, werden die Berechtigungen aufgehoben.

Weitere Informationen finden Sie unter Profile für Companion-Geräte.

IMS-Dienstberechtigung (TS.43)

Android 12 unterstützt die TS.43 Service Entitlement Configuration, eine GSMA-Spezifikation, die den Schritt zur Berechtigungsbestätigung 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 (mit dem anfragenden Gerät verknüpft) und Informationen zum Datentarif definiert.

Weitere Informationen finden Sie unter IMS-Dienstberechtigung.

Einzelregistrierung für IMS

Android 12 unterstützt ein einziges Registrierungsmodell für MMTEL- und RCS-Funktionen. Bei diesem Modell können alle IMS-Funktionen von Geräten über eine einzige IMS-Registrierung verwaltet werden, die von der 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 enthält die optionale automatische Zeitzonenerkennung, mit der Geräte anhand ihrer Standort- und Zeitzonenkartendaten die aktuelle Zeitzone ermitteln können.

Weitere Informationen finden Sie unter Zeitzonenerkennung.

MAC-Adressrandomisierung

Mit Android 12 wird die nicht persistente MAC-Zufallsmix-Technologie eingeführt. Damit kann Android zu Beginn jeder Verbindung MAC-Adressen für bestimmte Netzwerke neu zufällig generieren.

Weitere Informationen finden Sie unter MAC-Zufallsmixverfahren.

Netzwerkauswahl

Android 12 führt einen neuen Netzwerkauswahlmechanismus mit der Klasse NetworkScore ein. Die Netzwerkauswahl wirkt sich darauf aus, wie Android App- und Systemnetzwerkanfragen erfüllt und wie das Standardnetzwerk für eine App ausgewählt wird.

Weitere Informationen finden Sie unter Netzwerkauswahl.

Notification CallStyle

Ab Android 12 empfehlen wir, für eingehende und laufende Sprach- und Videoanrufe den neuen Benachrichtigungsstil CallStyle zu verwenden. Dieser Benachrichtigungsstil enthält Aktionsschaltflächen zum Annehmen, Ablehnen und Auflegen von Anrufen. Außerdem wird derselbe personenorientierte Stil verwendet, der auch bei Unterhaltungen verwendet wird. Das entspricht dem Verhalten, bei dem Anrufbenachrichtigungen oben im Benachrichtigungs-Schieberegler angezeigt werden.

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 laufenden Anrufen wird mit diesem Stil ein Chip in der Statusleiste hinzugefügt, über den Nutzer schnell zur Anruf-App zurückkehren können.

Weitere Informationen finden Sie unter Anrufbenachrichtigungen.

Passpoint-Aktualisierungen

In Android 12 werden Passpoint R3 und andere Passpoint-Funktionen wie Nutzungsbedingungen, URLs zu Veranstaltungsinformationen, dekorierte Identitätspräfixe und die bevorstehende Deaktivierung eingeführt.

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

Updates für den Schnellzugriff auf Karten

Unter Android 12 oder höher ist die Funktion „Schnellzugriff auf Wallet“ über den Benachrichtigungs-Schirm verfügbar, nicht über das Ein-/Aus-Menü wie unter Android 11. 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 Schnellzugriffs-Brieftasche.

Vereinfachte Nutzerfreundlichkeit bei der Konnektivität

Android 12 bietet eine optionale vereinfachte Konnektivität, mit der Nutzer ihre Netzwerkverbindungen besser verstehen, 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 Zeitquelle des Network Time Protocol (NTP) vor der Network Identity and Time Zone (NITZ)-Quelle.

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

2G deaktivieren

Zur Verbesserung der Sicherheit gibt es in Android 12 in den Einstellungen eine 2G-Ein/Aus-Schaltfläche, mit der Nutzer 2G-Mobilfunkverbindungen vollständig deaktivieren können. Für diese Funktion muss Radio 1.6 HAL implementiert sein.

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

Gerätehersteller müssen dafür sorgen, dass alle Netzwerke bei Notrufen verfügbar sind.

UICC-Spezifikationen

Unter Android 12 muss auf dem Gerät eine Entwickler-UICC mit CTS-Berechtigungen für Mobilfunkanbieter verwendet werden, die den Anforderungen der aktuellen Version der GSMA TS.48-Testprofilspezifikation für Drittanbieter entsprechen, um die CTS-API-Tests ausführen zu können.

Weitere Informationen finden Sie unter UICC vorbereiten.

Gleichzeitigkeit von WLAN-Zugangspunkten

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

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

Vermeidung von WLAN-/Mobilfunk-Coex-Kanälen

In Android 12 wird die Funktion Wi‑Fi/cellular coex channel avoidance eingeführt, die unsichere WLAN-Kanäle erkennt und verhindert, 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 am WLAN-Sicherheitsprotokoll

Android 12 unterstützt WPA3-Hash-to-Element (H2E), den WPA2/WPA3-Enterprise-Übergangsmodus und die Deaktivierungsanzeige für den Übergang.

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

WLAN-STA/STA-Parallelität

In Android 12 wird die WLAN-STA/STA-Parallelitätsfunktion eingeführt, mit der Geräte gleichzeitig mit zwei WLANs verbunden werden können.

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

Geräte

Neue Funktionen für Android Automotive in Android 12

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

Anzeige

Nicht vertrauenswürdige Berührungen blockieren

Zur Wahrung der Systemsicherheit und für eine gute Nutzererfahrung wird in Android 12 die Blockierung von nicht vertrauenswürdigen Touch-Ereignissen unterstützt. So wird verhindert, dass Apps Touch-Ereignisse verbrauchen, wenn ein Overlay die App auf unsichere Weise verdeckt.

Unterhaltungsbenachrichtigungen und ‑Widgets

In Android 11 können Sie das Verhalten und die Platzierung von Unterhaltungsbenachrichtigungen in der Benachrichtigungsleiste nach Priorität und Benachrichtigungsstufe anpassen. So können Unterhaltungen als wichtig gekennzeichnet und unterhaltungsspezifische Bubbles im Unterhaltungsbereich gestartet werden. Aufbauend auf diesen Funktionen von Android 11 können Nutzer mit der Unterhaltungswidget-Funktion von Android 12 Unterhaltungs-Widgets für wichtige Kontakte auf dem Startbildschirm hinzufügen. So können sie Unterhaltungen ganz einfach fortsetzen, ohne auf eine Benachrichtigung warten zu müssen.

Weitere Informationen finden Sie unter Unterhaltungsbenachrichtigungen und ‑widgets.

Weichzeichnen von Fenstern

In Android 12 sind öffentliche APIs für die Implementierung von Fensterunschärfeeffekten verfügbar, z. B. Hintergrundunschärfe und Unschärfe im Hintergrund. Mit diesen APIs können Sie alles unkenntlich machen, was sich hinter Ihrem eigenen Fenster befindet. Sie können Fenster mit verschwommenem Hintergrund erstellen, um einen Milchglaseffekt zu erzielen, oder Fenster anzeigen, bei denen der gesamte Bildschirm dahinter verschwommen ist, um einen Schärfentiefeeffekt zu erzielen. Sie können auch beide kombinieren.

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

Fenstervergrößerung

In Android 12 können sehbehinderte Nutzer mithilfe der Fenstervergrößerung alles auf dem Display vergrößern. Mit der Fensterlupe können Nutzer einen ausgewählten Teil des Bildschirms vergrößern, anstatt den gesamten Bildschirm zu zoomen. Das ausgewählte Fenster kann auf dem Display verschoben werden, um bei Bedarf verschiedene Bereiche des Displays zu vergrößern.

Weitere Informationen finden Sie unter Fensterlupe.

Unternehmen

Updates zur Geräteverwaltung

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

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

  • Aktualisierungen bei der Gerätebereitstellung Android 12 enthält mehrere Änderungen an der Gerätebereitstellung. Weitere Informationen und eine Liste der Änderungen finden Sie unter Android 12-Updates.

Grafik

Hot-Plug-Verarbeitung in der Composer HAL

Displayfunktionen wie Displaymodi und unterstützte HDR-Typen können sich auf Geräten mit extern angeschlossenen Displays (über HDMI oder DisplayPort) dynamisch ändern, z. B. auf Android TV-Set-Top-Boxen (STB) und Over-the-Top-Geräten (OTT). Ab Android 12 unterstützen Änderungen am Framework die Hot-Plug-Verarbeitung und dynamische Displayfunktionen.

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

Modulare Systemkomponenten

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

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

  • Geräteplanung: Dieses Modul enthält eine Logik, die erkennt, ob sich das Gerät im Ruhemodus befindet und neu gestartet werden kann, ohne den Nutzer zu stören.

Aktualisierungen an vorhandenen Modulen:

  • adbd: Die Modulgrenze wurde aktualisiert.

  • DocumentsUI: Die Dateisuche wurde deaktiviert.

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

  • Medien: Es wurde eine neue Medienkomponente hinzugefügt.

  • NNAPI Runtime: Die Modulgrenze wurde aktualisiert.

  • PermissionController: Das PermissionController-Modul wurde vollständig modular gestaltet und die Modulgrenze 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 kompatible Medientranscodierung können Geräte moderne, speichereffiziente Medienformate wie HEVC für die Videoaufnahme 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 Medientranscodierung.

Leistung

App-Ruhezustand

In Android 12 können Apps, die der Nutzer einige Monate lang nicht verwendet hat, in den Ruhemodus versetzt werden. Das funktioniert ähnlich wie der automatische Widerruf von Berechtigungen.

Weitere Informationen finden Sie unter App-Ruhezustand.

Cgroup-Abstraktionsschicht

Die Abstraktionsschicht für die Kontrollgruppe (Control Group, cgroup) 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 zugrunde liegende cgroup-Implementierungen keine Auswirkungen auf die höheren Schichten haben, wenn Aufgaben in cgroup-Hierarchien migriert werden. Android 12 unterstützt außerdem Aufgabenprofile auf API-Ebene.

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 es Apps, Bluetooth-Geräte in der Nähe zu finden und zu koppeln.
  • BLUETOOTH_ADVERTISE: Ermöglicht es Apps, Werbung an Bluetooth-Geräte in der Nähe zu senden.
  • BLUETOOTH_CONNECT: Ermöglicht es Apps, eine Verbindung zu gekoppelten Bluetooth-Geräten herzustellen.

Diese Berechtigungen sind Teil der neuen NEARBY_DEVICES-Laufzeitberechtigungsgruppe. Mit dieser Berechtigungsgruppe können Anwendungsfälle wie die Verbindung zu einer Smartwatch realisiert werden, ohne dass die Laufzeitberechtigung LOCATION erforderlich ist.

Diese neuen Berechtigungen sind app-kompatibel und für Apps, die unter Android 11 oder niedriger ausgeführt werden, sind keine Änderungen erforderlich. Bei älteren Apps, die auf Android 11 oder niedriger ausgerichtet sind, werden Anfragen für die alten Bluetooth-Berechtigungen von der Plattform automatisch in Anfragen für die neuen Berechtigungen umgewandelt. Wenn eine App auf Android 12 oder höher umgestellt wird, muss sie die neuen Bluetooth-Berechtigungen ausdrücklich anfordern.

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

Datenschutzkennzahlen

Android 12 bietet Nutzern Transparenz, indem angezeigt wird, wenn eine App eine private Datenquelle über die App-Berechtigungen für Kamera und Mikrofon nutzt.

App-Berechtigungen erfassen sowohl den Aktivitätsstatus als auch die Anzahl der einzelnen API-Aufrufe und interagieren mit den Mikrofon- und Kamerasymbolen in Android 12, um Nutzern zu zeigen, wann Apps auf Audio- und Kameradaten auf ihren Geräten zugegriffen haben. Wenn Nutzer auf die Mikrofon- oder Kamerasymbole klicken, sehen sie, welche Apps auf ihre Daten zugegriffen haben.

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

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 PermissionController-Moduls wirkt sich diese Änderung jedoch auf alle Apps aus, unabhängig von der Ziel-SDK-Version.

Laufzeit

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

Das Build-System von Android 12 wurde für die AOT-Kompilierung (Ahead-of-Time) von DEX-Dateien (dexpreopt) für Java-Module mit <uses-library>-Abhängigkeiten geändert. In einigen Fällen können diese Änderungen am Buildsystem zu Build-Fehlern führen.

Informationen zur Vorbereitung auf Fehler und zur Behebung und Minimierung von Fehlern finden Sie unter Dexpreopt- und <uses-library>-Prüfungen.

Tests

Compatibility Test Suite (CTS)

Für Android 12 werden viele neue wichtige Module und Teständerungen für die CTS eingeführt. Weitere Informationen finden Sie in den CTS-Versionshinweisen.

TV

HDMI-CEC-Steuerungsdienst

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

Weitere Informationen finden Sie unter HDMI-CEC-Kontrolldienst.

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 Versionsupgrade von Tuner 1.0.

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

Updates

APEX-Komprimierung

Nachdem ein Update für einen Android Pony EXpress-Container (APEX) installiert wurde, wird die vorinstallierte Version nicht mehr verwendet, belegt aber denselben Arbeitsspeicherplatz. Dieser belegte Speicherplatz ist weiterhin nicht verfügbar. In Android 12 wird diese Speicherbelastung durch die APEX-Komprimierung minimiert, indem eine stark komprimierte Gruppe von APEX-Dateien auf nur lesbaren Partitionen (z. B. der /system-Partition) verwendet wird. Informationen zur APEX-Komprimierung in Android 12 finden Sie unter Komprimierte APEX-Dateien.

Sicherheit und Komfort von „Nach Neustart fortsetzen“

Android 12 bietet erweiterten Multi-Client-Support und serverbasierte Neustartfunktionen. Der Vorgang „Wiederherstellen nach Neustart“ (Resume-on-Reboot, RoR) bietet Nutzern zusätzliche Sicherheit und Komfort, da Over-the-air-Updates auch während der Inaktivität des Geräts durchgeführt werden können. Die Multi-Client- und serverbasierten Updatefunktionen von Android 12 bieten zusammen eine Sicherheit auf Geräteebene.

Weitere Informationen finden Sie unter Wiederaufnahme nach Neustart.

SIM-PIN-Wiedergabe mit RoR

Android 12 bietet eine SIM-PIN-Wiedergabe für eine nahtlose PIN-Bestätigung nach einem durch die Wiederherstellung des Ruhemodus 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.

Virtuelle A/B-Updates

Android 12 bietet die Möglichkeit zur virtuellen A/B-Komprimierung von Partitionen mit Snapshots. In Android 12 können von Updates betroffene Partitionen, die vom Bootloader nicht verwendet werden, zum Speicherplatzsparen als Snapshot erstellt werden. Sie können auch komprimiert werden. Wenn Sie die Snapshot-Komprimierung in Ihrem Build für Android 12 aktivieren, sparen Sie Speicherplatz auf der /data-Partition.

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