Versionshinweise zu Android 12 und Android 12

Diese Seite fasst die wichtigsten Funktionen in den Versionen Android 12 und Android 12 zusammen und enthält Links zu zusätzlichen Informationen. Diese Funktionszusammenfassungen sind nach dem Dokumentationsort der Funktion auf dieser Website organisiert.

Die Architektur

Aktualisierungen der AlwaysOnHotwordDetector-Klasse

Ab Android 12 ist die Klasse AlwaysOnHotwordDetector einschließlich ihrer Factory-Methode android.service.voice.VoiceInteractionService.createAlwaysOnHotwordDetector() eine System-API ( @SystemApi ) anstelle einer öffentlichen API. Die AlwaysOnHotwordDetector -Klasse ist für die Verwendung durch Assistant-Apps mit Berechtigungen auf Systemebene vorgesehen, die üblicherweise mit der Betriebssystemversion gebündelt sind. In Android 11 und niedriger wird die API durch Überprüfungen geschützt, die sicherstellen, dass der Aufrufer die derzeit aktive Assistant-App ist, wodurch die API für andere Drittanbieter-Apps unbrauchbar wird.

Darüber hinaus enthält Android 12 Verbesserungen der Sound-Trigger-Funktion , um die Zuweisung und Durchsetzung von Berechtigungen im Zusammenhang mit der Mikrofonnutzung über die Sound-Trigger-API zu verbessern. Die Mikrofonnutzung, einschließlich der indirekten Nutzung, z. B. über die SoundTriggerManager oder AlwaysOnHotwordDetector -Klassen, wird dem ursprünglichen Paket (Assistant-App) zugeschrieben, das die AlwaysOnHotwordDetector -Klasse aufruft. Dies verbessert die Privatsphäre und Transparenz der Benutzer bei den Paketen, die das Mikrofon verwenden. In Android 11 und niedriger wird die Mikrofonnutzung dem Systembenutzer zugeschrieben, da das Ursprungspaket die Tonauslöser-API nicht direkt verwendet, sondern über übergeordnete Dienste, die sich im system_server -Prozess befinden.

Die Auswirkungen dieser Änderungen sind wie folgt:

  • Nicht-System-Apps, die die AlwaysOnHotwordDetector -Klasse verwenden, können nicht mit der Android 12-API kompiliert werden, da die API von der öffentlichen Oberfläche entfernt wurde.
  • Vorhandenen System-Apps, die die AlwaysOnHotwordDetector -Klasse verwenden, wird möglicherweise die Verwendung von Soundtriggerfunktionen zur Laufzeit verweigert. Um dieses Problem zu beheben und diesen Apps den Zugriff auf das Mikrofon über Tonauslöser zu ermöglichen, deklarieren Sie die RECORD_AUDIO und CAPTURE_AUDIO_HOTWORD für diese Apps.

Android Rust-Sprachunterstützung

Android 12 unterstützt jetzt die Verwendung von Rust-Code. Ein neuer Abschnitt, der der Setup-Dokumentation hinzugefügt wurde, bietet Anleitungen für die Entwicklung auf Android mit Rust.

Weitere Informationen zu Android Rust, verschiedenen Modulen und Beispiele (sowie Informationen zur IDE-Einrichtung) finden Sie im neuen Android Rust-Abschnitt unter Android Rust Introduction .

Boot-Image-Header

Android 12 fügt die Verwendung der Boot-Image-Header-Version 4 hinzu, die das primäre Boot-Image für Geräte ist, die die Generic Kernel Image (GKI) -Architektur unterstützen. Android 12 stellt außerdem eine boot_signature , um die Integrität des Kernels und der Ramdisk zu überprüfen. Die Überprüfung, die in VtsSecurityAvbTest durchgeführt wird, ist für Geräte erforderlich, die die GKI-Architektur verwenden.

Weitere Informationen finden Sie auf der Seite Boot Image Header .

Änderungen an 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-cmdline-Optionen, die mit Android 11 und niedriger verwendet werden. Diese Funktion bietet eine Möglichkeit, die Konfigurationsparameter für den Android-Benutzerbereich von denen für den Kernel zu trennen.

Weitere Informationen finden Sie unter Implementing Bootconfig .

Fallback für benutzerdefinierte Schriftarten

Vor Android 12 erforderte das Aktualisieren von auf Geräten installierten Schriftartdateien in AOSP (in der Partition „ /system/fonts ) oder den Herstellerpartitionen (in den Partitionen „ /product/fonts “ oder /system/fonts ) eine Systemaktualisierung durch den OEM. 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 Systemaktualisierung zu aktualisieren.

Informationen zu dieser neuen Funktion finden Sie unter Implementing Custom Font Fallback.

DMA-BUF-Heaps

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

Aktivieren von Gebietsschemafiltern

Android 12 führt eine Funktion ein, mit der Sie Standardsystemsprachen und Gebietsschemafilter für neue Gerätetypen konfigurieren können. Dadurch können Sie den Filtereigenschaftswert und die Standardsprache über oem/oem.prop während der Werkskalibrierung festlegen und Einschränkungen konfigurieren, ohne den Filter in das Systemabbild zu backen.

Weitere Informationen finden Sie unter Aktivieren des Gebietsschemafilters .

Flashen von Hersteller-Ramdisks

Android 12 führt die Unterstützung für das Flashen von Anbieter-Ramdisks durch einen Fastboot-Befehl ein, der das vollständige vendor_boot -Image von einem Gerät abruft. Der Befehl fordert das hostseitige Fastboot-Tool auf, den Boot-Header des Herstellers zu lesen, ein Reimage durchzuführen und das neue Image zu flashen. Diese Unterstützung umfasst Bootloader- und Fastbootd-Änderungen, um notwendige Daten wie Partitionsgröße und Offset zu erhalten.

Weitere Informationen finden Sie unter Flashen von Anbieter-Ramdisks auf der Seite „Fastboot in Userspace “.

GKI-Versionierung

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 Einzelheiten finden Sie unter GKI-Versionierung .

MM-Ereignisse – historische Speicherstatistik

Geräte, die auf Android 12 gestartet werden, können mm_events verwenden, eine Reihe von speicherbezogenen Statistiken, die regelmäßig erfasst werden, während ein System Speicherdruck erfährt. mm_events ist in perfetto -Tracing-Mechanismen integriert und fügt minimalen Performance-Overhead hinzu. Die Statistikerfassung 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 des Systemwarnungsfensters

Um die Sicherheit des Android-Ökosystems zu verbessern, hat Android 12 es schwieriger gemacht, die SYSTEM_ALERT_WINDOW zu erwerben, und ermöglicht Drittanbieter-Apps, Overlays von anderen Drittanbieter-Apps zu blockieren.

Vorinstallierten Apps wird die SYSTEM_ALERT_WINDOW SYSTEM_ALERT_WINDOW in Android 12 nicht automatisch gewährt. Sie muss ausdrücklich vom Benutzer gewährt werden, bevor eine vorinstallierte App sie verwenden kann. System-Apps erhalten weiterhin standardmäßig die Berechtigung.

Apps von Drittanbietern können das Zeichnen von Anwendungs-Overlays ablehnen. Dies bietet einen Schutzmechanismus gegen cloak and dagger -Angriffe. Diese steht allen Apps zur Verfügung, damit sich sicherheitssensible Apps wie Banking-Apps selbst schützen können. Um diese Funktion zu verwenden, muss eine App die HIDE_OVERLAY_WINDOWS in ihrem Manifest deklarieren.

HIDE_NON_SYSTEM_OVERLAY_WINDOWS(signature|privileged) ist zugunsten von HIDE_OVERLAY_WINDOWS veraltet.

Boot-Partitionen des Anbieters ändern sich

Android 12-Geräte, die Boot-Image-Header-Version 4 verwenden, unterstützen Ramdisks mehrerer Anbieter in der vendor_boot Partition. Diese Ramdisk-Fragmente werden im Ramdisk-Abschnitt des Anbieters seriell verkettet. Eine Vendor-Ramdisk-Tabelle beschreibt das Layout des Vendor-Ramdisk-Abschnitts und die Metadaten jedes Vendor-Ramdisk-Fragments.

Aufgrund der Änderungen an den Boot-Partitionen des Herstellers in Android 12 und höher können Sie default nicht als Name eines Hersteller-Ramdisk-Fragments verwenden; es ist als reserviert gekennzeichnet. Die Verwendung zur Benennung von Hersteller-Ramdisk-Fragmenten ist unter keinen Umständen zulässig.

Weitere Informationen finden Sie unter Anbieter- Startpartitionen und RAM-Disks mehrerer Anbieter .

Audio

Kombiniertes Audiogeräte-Routing

Die kombinierte Audiogeräte-Routing-Funktion fügt Unterstützung für das gleichzeitige Streamen von Audio an mehrere Audiogeräte hinzu. Mit dieser Funktion können privilegierte Apps über System-APIs mehrere bevorzugte Geräte für eine bestimmte Strategie auswählen. Apps können Funktionen von Audiogeräten genauer erkennen, indem sie die öffentlichen APIs verwenden, die von dieser Funktion bereitgestellt werden.

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

Updates für Audio HAL V7

Um Abwärtskompatibilitätsprobleme zu beheben, wird Stable AIDL für alle HAL-Änderungen ab Android 13 obligatorisch sein. Um diese zukünftige AIDL-Einführung vorzubereiten und zu verbessern, werden erhebliche Änderungen an Version 7 der Audio-HAL in Android 12 vorgenommen.

Weitere Informationen finden Sie im Abschnitt „Updates für Audio HAL V7 “ und im Audiorichtlinienbeispiel .

Kamera

Statischer Metadateneintrag der Kamera für faltbare Geräte

Android 12 führt den statischen Metadateneintrag deviceStateOrientationMap der Kamera ein, der es der Kamera-HAL ermöglicht, den Kamera-Client und das Kamera-Framework über Änderungen der Sensorausrichtung zu informieren, die durch eine Änderung des Faltzustands 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 unterschiedliche Geräteklappzustände bestehen. Mit dem Metadateneintrag deviceStateOrientationMap kann das Kamera-Framework sicherstellen, dass die erforderlichen Ausgabeoberflächentransformationen angewendet werden, wenn sich die aktive physische ID in den Erfassungsergebnissen ändert.

Ausführlichere Informationen finden Sie unter metadata_definitions.xml .

Unterstützungsanforderung für CameraX-Anbietererweiterungen

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

Weitere Informationen finden Sie unter Einrichten der Herstellerbibliothek auf einem Gerät .

Unterstützung für Quad-Bayer-Kamerasensoren

Android 12 führt Plattform-APIs ein, mit denen Apps Geräte mit ultrahochauflösenden Kamerasensoren nutzen können, typischerweise 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, dass sie möglicherweise unterschiedliche Stream-Konfigurationen und -Kombinationen unterstützen, wenn sie im Modus „maximale Auflösung“ statt im Modus „Standard“ betrieben werden.

Um die Kamera-HAL-Unterstützung für ultrahochauflösende Kamerasensoren zu implementieren, müssen Gerätehersteller Änderungen für die folgenden Dateien implementieren:

Kompatibilität

ADN-Unterstützungsanforderung für SIM-Karten

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

Weitere Einzelheiten finden Sie unter Bildschirm und Speicher .

Kamera-ITS-Updates

Android 12 führt verschiedene Updates für die Camera Image Test Suite (ITS) ein, darunter neue und aktualisierte Tests, Refactoring auf Python 3 und die Übernahme des Mobly-Testframeworks.

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

CDD-Updates

Das Android 12-Kompatibilitätsdefinitionsdokument wiederholt frühere Versionen mit Updates für neue Funktionen und Änderungen an den Anforderungen für zuvor veröffentlichte Funktionen.

Konnektivität

5G-Netzwerk-Slicing

Android 12 bietet Unterstützung für 5G Network Slicing, die Verwendung von Netzwerkvirtualisierung, um einzelne Netzwerkverbindungen in mehrere unterschiedliche virtuelle Verbindungen aufzuteilen, die unterschiedliche Ressourcenmengen für verschiedene Arten von Datenverkehr bereitstellen. Dies ermöglicht Netzbetreibern, einen Teil des Netzes der Bereitstellung spezifischer Merkmale für ein bestimmtes Kundensegment zu widmen.

Weitere Informationen finden Sie unter 5G Network Slicing .

Companion Device Manager-Profile

Apps, die auf Android 12 und höher abzielen, können Profile für Begleitgeräte verwenden, wenn sie sich mit einer Uhr verbinden. Die Verwendung eines Profils vereinfacht den Registrierungsprozess, indem die Gewährung eines gerätetypspezifischen Satzes von Berechtigungen in einem Schritt gebündelt wird.

Screenshot eines Telefons, auf dem eine Aufforderung zum Erteilen von Berechtigungen angezeigt wird

Die gebündelten Berechtigungen werden der Begleit-App gewährt, sobald das Gerät verbunden ist, und gelten nur, solange das Gerät verknüpft ist. Durch das Löschen der App oder das Entfernen der Zuordnung werden die Berechtigungen entfernt.

Weitere Informationen finden Sie unter Begleitgeräteprofile .

IMS-Dienstberechtigung (TS.43)

Android 12 beinhaltet Unterstützung für TS.43 Service Entitlement Configuration , eine GSMA-Spezifikation, die den Berechtigungsüberprüfungsschritt für die Aktivierung von Diensten definiert, einschließlich Voice-over-Wi-Fi (VoWiFi), Voice-over-LTE (VoLTE), SMS over IP (SMSoIP), On-Device Service Activation (ODSA) von eSIM-Begleitgeräten (die dem anfragenden Gerät zugeordnet sind) und Informationen zum Datentarif.

Weitere Informationen finden Sie unter IMS-Serviceberechtigung .

IMS-Einzelregistrierung

Android 12 fügt Unterstützung für ein einzelnes Registrierungsmodell zur Bereitstellung von MMTEL- und RCS-Funktionen hinzu. Bei diesem Modell können Geräte alle IMS-Funktionen über eine einzige IMS-Registrierung verwalten, die vom ImsService des Geräts bereitgestellt wird. Verglichen mit einem dualen Registrierungsmodell, bei dem mehrere IMS-Registrierungen auf einem Gerät verwaltet werden, reduziert die Einzelregistrierung den Datenverkehr im Netzwerk eines Netzbetreibers und erhöht die Zuverlässigkeit.

Weitere Informationen finden Sie unter IMS-Einzelregistrierung .

Standort-Zeitzonenerkennung

Android 12 enthält Location Time Zone Detection, eine optionale automatische Zeitzonenerkennungsfunktion, die es Geräten ermöglicht, ihre Standort- und Zeitzonenkartendaten zu verwenden, um die aktuelle Zeitzone zu bestimmen.

Weitere Informationen finden Sie unter Standort-Zeitzonenerkennung .

MAC-Randomisierung

Android 12 führt den nicht persistenten MAC-Randomisierungstyp ein, der es Android ermöglicht, MAC-Adressen für bestimmte Netzwerke zu Beginn jeder Verbindung neu zu randomisieren.

Weitere Informationen finden Sie unter MAC-Randomisierungsverhalten .

Netzwerkauswahl

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

Weitere Informationen finden Sie unter Netzwerkauswahl .

Benachrichtigung CallStyle

Ab Android 12 empfehlen wir, dass Apps den neuen Benachrichtigungsstil CallStyle für eingehende und laufende Sprach- und Videoanrufe verwenden. Dieser Benachrichtigungsstil enthält Aktionsschaltflächen zum Annehmen, Ablehnen und Auflegen von Anrufen. Es verwendet auch den gleichen personenzentrierten Stil, der von Konversationen verwendet wird, was mit seinem Verhalten übereinstimmt, Anrufbenachrichtigungen ganz oben in der Schattierung einzustufen.

Damit Apps den CallStyle Benachrichtigungsstil verwenden können, müssen sie entweder eine Vollbildabsicht oder einen Vordergrunddienst (mit der zugehörigen Voraussetzung) verwenden. Dieser Stil ordnet Benachrichtigungen für Anrufe ganz oben in der Schattierung ein. Bei Anrufen im laufenden Zustand fügt dieser Stil einen Chip zur Statusleiste hinzu, sodass Benutzer schnell zur anrufenden App zurückkehren können.

Weitere Informationen finden Sie unter Anrufbenachrichtigungen .

Passpoint-Updates

Android 12 führt Passpoint R3 und andere Passpoint-Funktionen wie Geschäftsbedingungen, URLs mit Informationen zu Veranstaltungsorten, dekorierte Identitätspräfixe und bevorstehende Deauthentifizierung ein.

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

Quick Access Wallet-Updates

In Android 12 oder höher ist die Schnellzugriffs-Wallet-Funktion im Schatten verfügbar und nicht wie in Android 11 über das Power-Menü. Die Wallet-Benutzeroberfläche wird jetzt in der System-Benutzeroberfläche ausgeführt und befindet sich in frameworks/base/packages/SystemUI/src/com/android/systemui/wallet .

Weitere Informationen finden Sie unter Brieftasche für den Schnellzugriff .

Vereinfachte Konnektivitäts-Benutzererfahrung

Android 12 bietet ein optionales vereinfachtes Konnektivitätserlebnis, das Benutzern hilft, ihre Netzwerkverbindungen besser zu verstehen, zwischen Internetanbietern zu wechseln und Probleme mit der Netzwerkkonnektivität zu beheben.

Weitere Informationen finden Sie unter Connectivity-Benutzeroberfläche .

Priorität der Zeitquelle

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

Einzelheiten zum Konfigurieren und Testen der Zeitquellenpriorität auf Ihrem Gerät finden Sie unter Zeitquellenpriorität .

Schalten Sie um, um 2G zu deaktivieren

Um die Sicherheit zu verbessern, führt Android 12 einen 2G-Schalter in den Einstellungen ein, mit dem Benutzer 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. Netzbetreiber können die Funktion zur Laufzeit über das CarrierConfig-Flag KEY_HIDE_ENABLE_2G .

Gerätehersteller müssen sicherstellen, dass während des Notrufs alle Netze verfügbar sind.

UICC-Spezifikationen

In Android 12 muss das Gerät zum Ausführen der CTS-Betreiber-API-Tests eine Entwickler-UICC mit CTS-Betreiberprivilegien verwenden, die die Anforderungen erfüllen, die in der neuesten Version der GSMA TS.48-Testprofilspezifikation des Drittanbieters angegeben sind.

Weitere Informationen finden Sie unter Vorbereiten der UICC .

Wi-Fi AP/AP-Parallelität

Android 12 führt die Wi-Fi AP/AP-Parallelitätsfunktion ein, die es Geräten ermöglicht, einen überbrückten Dual (AP+AP)-Tethering-Hotspot aufzurufen.

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

Vermeidung von Wi-Fi-/Mobilfunk-Coex-Kanälen

Android 12 führt die Funktion zur Vermeidung von Wi-Fi-/Mobilfunk-Coex-Kanälen ein, die die Verwendung unsicherer Wi-Fi-Kanäle identifiziert und verhindert, wenn Interferenzen zwischen Mobilfunkkanälen auftreten. Dazu gehören Schnittstellen wie STA, SoftAp, Wi-Fi Direct (P2P), Wi-Fi Aware (NAN).

Verbesserungen des Wi-Fi-Sicherheitsprotokolls

Android 12 führt Unterstützung für WPA3 Hash-to-Element (H2E), WPA2/WPA3-Enterprise-Übergangsmodus und Transition Disable-Anzeige ein.

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

Wi-Fi STA/STA-Parallelität

Android 12 führt die Wi-Fi STA/STA-Parallelitätsfunktion ein, die es Geräten ermöglicht, sich gleichzeitig mit zwei Wi-Fi-Netzwerken zu verbinden.

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

Geräte

Android 12 neue Autofunktionen

Siehe Automotive What's New , um mehr über diese neuen Funktionen zu erfahren:

Anzeige

Blockieren Sie nicht vertrauenswürdige Berührungen

Um die Systemsicherheit zu wahren und eine gute Benutzererfahrung zu gewährleisten, fügt Android 12 Unterstützung für das Blockieren nicht vertrauenswürdiger Touch-Ereignisse hinzu. Dadurch wird verhindert, dass Apps Berührungsereignisse verbrauchen, bei denen eine Überlagerung die App auf unsichere Weise verdeckt.

Gesprächsbenachrichtigungen und Widgets

Android 11 fügte Unterstützung für die Anpassung des Verhaltens und der Platzierung von Konversationsbenachrichtigungen in der Benachrichtigungsleiste nach Priorität und Alarmstufe hinzu, sodass Konversationen als wichtig markiert und konversationsspezifische Sprechblasen im Konversationsbereich gestartet werden können. Aufbauend auf diesen Android 11-Funktionen ermöglicht die Android 12 Conversation Widget-Funktion Benutzern, Konversations-Widgets für wichtige Kontakte zum Startbildschirm hinzuzufügen, sodass sie Unterhaltungen einfach fortsetzen können, ohne auf eine Benachrichtigung warten zu müssen.

Weitere Informationen finden Sie unter Konversationsbenachrichtigungen und Widgets .

Fenster verwischt

In Android 12 sind öffentliche APIs zum Implementieren von Fensterunschärfeeffekten (z. B. Hintergrundunschärfe und Unschärfe dahinter) verfügbar. Mit diesen APIs können Sie alles verwischen, was sich hinter Ihrem eigenen Fenster befindet. Sie können Fenster mit verschwommenem Hintergrund erstellen, wodurch ein Mattglaseffekt entsteht, oder Fenster mit verschwommenem Hintergrund anzeigen, wodurch ein Tiefenschärfeeffekt entsteht. Sie können diese 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 sehbehinderte Benutzer alles auf ihrem Display vergrößern, indem sie die Fenstervergrößerungsfunktion verwenden. Mit der Fenstervergrößerung können Benutzer einen ausgewählten Teil des Bildschirms vergrößern, im Gegensatz zur Verwendung einer Zoomfunktion auf einem gesamten Bildschirm. Das ausgewählte Fenster kann über die gesamte Anzeige gezogen werden, was es ihnen ermöglicht, verschiedene Teile des Bildschirms nach Bedarf zu vergrößern.

Weitere Informationen finden Sie unter Fensterlupe .

Unternehmen

Aktualisierungen der Geräteverwaltung

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

  • Verwaltete Aktualisierungen der Profildatentrennung. Auf persönlichen Geräten mit einem Arbeitsprofil entfernt Android 12 den Zugriff auf Gerätehardwarekennungen (IMEI, MEID, Seriennummer) und stellt eine eindeutige, registrierungsspezifische ID bereit, die die Registrierung des Arbeitsprofils für eine bestimmte Organisation identifiziert. Einzelheiten finden Sie unter Gerätekennungen .

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

Grafik

Hot-Plug-Handhabung in Composer HAL

Anzeigefunktionen (z. B. Anzeigemodi und unterstützte HDR-Typen) können sich dynamisch auf Geräten ändern, die über extern angeschlossene Displays (über HDMI oder DisplayPort) verfügen, z. B. Android TV Set-Top-Boxen (STB) und Over-the-Top (OTT). Geräte. Ab Android 12 unterstützen Änderungen im Framework Hot-Plug-Handling und dynamische Anzeigefunktionen.

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

Modulare Systemkomponenten

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

  • ART : Dieses Modul zielt darauf ab, das Android-Erlebnis zu verbessern, indem es Benutzern die neuesten verwalteten Laufzeitoptimierungen, Funktionen und Fehlerbehebungen bietet.

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

Aktualisierungen bestehender Module:

  • adbd : Modulgrenze aktualisiert.

  • DocumentsUI : Durchsuchen von Dateien deaktiviert.

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

  • Medien : Eine neue Medienkomponente hinzugefügt.

  • NNAPI-Laufzeit : Die Modulgrenze wurde aktualisiert.

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

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

  • Statsd : Die Modulgrenze wurde aktualisiert.

  • Tethering : Zusätzliche Funktionalität aktualisierte die Modulgrenze.

  • Zeitzonendaten : Das Paketformat wurde aktualisiert.

  • Wi-Fi : Die Modulgrenze wurde aktualisiert.

Medien

Kompatible Medientranskodierung

Kompatible Medientranscodierung ermöglicht es Geräten, moderne, speichereffiziente Medienformate für die Videoaufnahme zu verwenden, wie z. B. HEVC, während die Kompatibilität mit Apps erhalten bleibt. 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

Android 12 bietet die Möglichkeit, Apps, die der Benutzer einige Monate lang nicht verwendet, in den Ruhezustand zu versetzen, ähnlich wie beim automatischen Widerruf von Berechtigungen.

Weitere Informationen finden Sie unter App-Ruhezustand .

Cgroup-Abstraktionsschicht

Die Kontrollgruppen-Abstraktionsschicht (cgroup) in Android 12 führt neue Funktionen ein, z. B. die Möglichkeit, bestimmte Cgroup-Controller als optional zu definieren und einen neuen task_profiles Befehl zu verwenden, der den veralteten writepid -Befehl ersetzt. Diese Ersetzung stellt sicher, dass zugrunde liegende Cgroup-Implementierungen keine Auswirkungen auf obere Ebenen haben, wenn Aufgaben in Cgroup-Hierarchien migriert werden. Android 12 führt auch die Unterstützung für Aufgabenprofile auf API-Ebene ein.

Weitere Informationen finden Sie unter Cgroup-Abstraktionsschicht .

Berechtigungen

Bluetooth-Berechtigungen

Android 12 führt die folgenden Bluetooth-Berechtigungen ein, die die BLUETOOTH und BLUETOOTH_ADMIN ersetzen:

  • BLUETOOTH_SCAN : Ermöglicht Apps, Bluetooth-Geräte in der Nähe zu erkennen und zu koppeln.
  • BLUETOOTH_ADVERTISE : Ermöglicht Apps, bei Bluetooth-Geräten in der Nähe Werbung zu machen.
  • BLUETOOTH_CONNECT : Ermöglicht Apps, sich mit gekoppelten Bluetooth-Geräten zu verbinden.

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

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

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

Datenschutzindikatoren

Android 12 bietet Benutzern Transparenz, indem Indikatoren angezeigt werden, wenn eine App eine private Datenquelle über die App-Op-Berechtigungen für Kameras und Mikrofone verwendet.

App Ops verfolgt sowohl den Aktivitätsstatus als auch die Anzahl der einzelnen API-Aufrufe und interagiert mit den Mikrofon- und Kameraanzeigen in Android 12, um Benutzern anzuzeigen, wenn Apps auf Audio- und Kameradaten auf ihren Geräten zugegriffen haben. Wenn Benutzer auf die Mikrofon- oder Kameraanzeigen klicken, sehen sie, welche Apps auf ihre Daten zugegriffen haben.

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

Ort

Ab Android 12 können Benutzer anfordern, dass eine App nur eine ungefähre Genauigkeit erhält, wenn sie auf Standortinformationen zugreift.

Diese Änderung soll nur Apps betreffen, die auf Android 12 oder höher abzielen. 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

Android 12 hat Build-Systemänderungen an der AOT-Kompilierung von DEX-Dateien (dexpreopt) für Java-Module mit <uses-library> -Abhängigkeiten vorgenommen. In einigen Fällen können diese Build-Systemänderungen Builds beschädigen.

Informationen zur Vorbereitung auf Ausfälle und Rezepte zu deren Behebung und Minderung finden Sie unter Dexpreopt und <uses-library> Checks .

Prüfungen

Kompatibilitätstest-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 .

Fernseher

HDMI-CEC-Steuerungsdienst

Android 12 verwendet HDMI-CEC, um über HDMI angeschlossene Displays automatisch zu steuern, wenn ein Gerät aufwacht oder in den Ruhezustand wechselt.

Weitere Einzelheiten finden Sie unter HDMI-CEC-Steuerungsdienst .

Tuner-Framework

Unter 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() überprüft die laufende HAL-Version.

Aktualisierung

APEX-Komprimierung

Nach der Installation eines Updates auf einen Android Pony EXpress-Container (APEX) wird dessen vorinstallierte Version nicht mehr verwendet, belegt aber den gleichen Speicherplatz. Dieser besetzte Platz bleibt nicht verfügbar. In Android 12 minimiert die APEX-Komprimierung diese Speicherauswirkung durch die Verwendung eines stark komprimierten Satzes von APEX-Dateien auf schreibgeschützten Partitionen (z. B. der /system Partition). Informationen zur APEX-Komprimierung in Android 12 finden Sie unter Komprimierte APEX-Dateien .

Resume-on-Reboot-Sicherheit und -Komfort

Android 12 führt verbesserte Multi-Client-Unterstützung und serverbasierte Neustartfunktion ein. Der Resume-on-Reboot (RoR)-Prozess bietet Benutzern zusätzliche Sicherheit und Komfort, da OTA-Updates während der Leerlaufzeiten des Geräts durchgeführt werden können, während die Multi-Client- und serverbasierten Update-Funktionalitäten von Android 12 zusammen Sicherheit auf Geräte-Hardware-Ebene bieten.

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-Überprüfung nach einem RoR-initiierten Neustart. Die SIM-PIN wird jedes Mal neu verschlüsselt und gespeichert, wenn ein Benutzer sie erfolgreich aktiviert, überprüft oder ändert.

Weitere Informationen finden Sie unter SIM-PIN-Wiedergabe .

Virtuelle A/B-Updates

Android 12 bietet die Option der virtuellen A/B-Komprimierung auf Snapshot-Partitionen. In Android 12 können aktualisierbare Partitionen, die der Bootloader nicht verwendet, Snapshots erstellen, um Speicherplatz zu sparen. Diese können auch komprimiert werden. Das Aktivieren der Snapshot-Komprimierung in Ihrem Build für Android 12 spart Speicherplatz auf der /data Partition.

Die Implementierung von Virtual A/B mit Snapshot-Komprimierung erfordert Änderungen am gerätespezifischen Code. Sehen Sie sich die Änderungen und Implementierungsdetails auf den Seiten Virtual A/B Overview und Implementing Virtual A/B an.