Änderungen am Kompatibilitäts-Framework (Android 12)

ALWAYS_SANDBOX_DISPLAY_APIS

Wenn diese Option aktiviert ist, wird die Display API-Sandbox unabhängig vom Fenstermodus auf ein Paket angewendet. Die Display APIs stellen immer die App-Grenzen bereit.

Weitere Informationen zu dieser Änderung finden Sie im Abschnitt Eingestellte Anzeigemethoden auf der Seite zu Verhaltensänderungen in Android 12.

AUTOFILL_NON_TEXT_REQUIRES_ON_RECEIVE_CONTENT_LISTENER

Ab Android 12 kann die Plattform mithilfe des erweiterten Autofill-Frameworks Vorschläge ohne Text (z. B. Bilder) bereitstellen (siehe Autofill-Dienste). Damit eine App diese Vorschläge verarbeiten kann, muss sie normalerweise die OnReceiveContentListener API implementieren.

Damit die Einführung dieser API für Apps, die zuvor die InputConnection.commitContent(InputContentInfo, int, Bundle) API implementiert haben, reibungsloser verläuft, verwenden wir diese API als Fallback, wenn OnReceiveContentListener noch nicht von der App implementiert wurde. Dieses Fallback ist nur unter Android 12 (API-Level 31) aktiviert. Diese Änderungs-ID deaktiviert das Fallback, sodass Apps, die auf Android 12 (API-Level 32) und höher ausgerichtet sind, die OnReceiveContentListener API implementieren müssen, um Vorschläge zu akzeptieren, die keinen Text enthalten.

BLOCK_FLAG_SLIPPERY

Bei Apps, die unter Android 12 (API-Level 31) ausgeführt werden, wird geprüft, ob FLAG_SLIPPERY für Fenster in der App verwendet wird. Wir gehen davon aus, dass dieses Flag wahrscheinlich nur von den Systemkomponenten verwendet wird, da es sich um ein nicht unterstütztes Feld handelt. In diesem Fall wird es eingeschränkt.

BLOCK_GPS_STATUS_USAGE

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, muss die gesamte GpsStatus-API-Nutzung durch GnssStatus-APIs ersetzt werden.

BLOCK_IMMUTABLE_PENDING_INTENTS

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, generieren unveränderliche PendingIntent-Objekte, die an Standort-APIs übergeben werden, eine IllegalArgumentException..

BLOCK_PENDING_INTENT_SYSTEM_API_USAGE

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, können die LocationRequest-System-APIs nicht mit PendingIntent-Standortanfragen verwendet werden.

BLOCK_UNTRUSTED_TOUCHES

Um die Systemsicherheit und eine gute Nutzererfahrung zu gewährleisten, verhindert Android 12, dass Apps Touch-Events nutzen, wenn ein Overlay die App auf unsichere Weise blockiert.

Weitere Informationen zu dieser Änderung finden Sie unter Nicht vertrauenswürdige Touch-Events werden blockiert.

CALL_ACTIVITY_RESULT_BEFORE_RESUME

Bei Apps, die auf Android 12 (API-Level 32) und höher ausgerichtet sind, wird der Lebenszyklus des Aktivitätsergebnisses korrigiert, damit eine Aktivität das Aktivitätsergebnis unmittelbar vor der Fortsetzung erhält.

CAMERA_MIC_INDICATORS_NOT_PRESENT

Gibt an, dass dieses Gerät Kamera- und Mikrofonanzeigen unterstützt. Ist false, falls vorhanden, da die Methode CompatChanges#isChangeEnabled den Wert true zurückgibt, wenn die Änderungs-ID nicht vorhanden ist.

CANNOT_INSTALL_WITH_BAD_PERMISSION_GROUPS

Bei Apps, die auf Android 12 (API-Level 32) und höher ausgerichtet sind, installiert der Paketmanager kein Paket, wenn fehlerhafte Berechtigungsgruppen vorhanden sind. Berechtigungsgruppen sollten nur zwischen Apps geteilt werden, die ein Zertifikat gemeinsam nutzen. Wenn eine Berechtigung zu einer Gruppe gehört, muss diese Gruppe ebenfalls definiert werden.

CHANGE_ID_AUTH_STATE_DENIED

Bei Client-Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, wird eine SecurityException ausgelöst, wenn sie sich im Status „Autorisierung abgelehnt“ befinden und versuchen, eine Nachricht an eine Nano-App zu senden.

CHANGE_ID_SAMPLING_RATE_SENSORS_PERMISSION

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, wird eine SecurityException ausgelöst, wenn sie nicht die Berechtigung HIGH_SAMPLING_RATE_SENSORS haben, im Debug-Modus ausgeführt werden und Abtastraten anfordern, die schneller als 200 Hz sind.

DELIVER_HISTORICAL_LOCATIONS

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, erhalten Standortclients unter Umständen frühere Standorte (vor dem aktuellen Zeitpunkt).

DISPLAY_INFO_NR_ADVANCED_SUPPORTED

Bietet für Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, Abwärtskompatibilität für Änderungen in TelephonyDisplayInfo.

DISPLAY_MODE_RETURNS_PHYSICAL_REFRESH_RATE

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, kann die Plattform die Framerate einer App auf einen Teiler der Aktualisierungsrate drosseln, wenn dies vorteilhafter ist (z. B. wenn die App Surface.setFrameRate(float, int) aufgerufen hat). Apps erhalten Choreographer.postFrameCallback(Choreographer.FrameCallback)-Callbacks und Backpressure bei der gedrosselten Framerate. Apps verwenden Display.getRefreshRate() und Display.Mode.getRefreshRate(), um die Aktualisierungsrate des Displays zu ermitteln. Display.getRefreshRate() gibt immer die Framerate der Anwendung und nicht die physische Aktualisierungsrate des Displays zurück, damit Apps das Frame-Pacing korrekt ausführen können. Display.Mode.getRefreshRate() gibt die App-Framerate zurück, wenn sie für eine frühere Version kompiliert wurde. Ab Android 12 (API-Level 31) wird die Aktualisierungsrate des physischen Displays zurückgegeben.

DOWNSCALED

Diese Änderung ist der Gatekeeper für alle Änderungen an der Herunterskalierung des Puffers pro App. Wenn Sie diese Änderung aktivieren, können die folgenden Skalierungsfaktoren angewendet werden:

• DOWNSCALE_30
• DOWNSCALE_35
• DOWNSCALE_40
• DOWNSCALE_45
• DOWNSCALE_50
• DOWNSCALE_55
• DOWNSCALE_60
• DOWNSCALE_65
• DOWNSCALE_70
• DOWNSCALE_75
• DOWNSCALE_80
• DOWNSCALE_85
• DOWNSCALE_90

Wenn diese Änderung für ein App-Paket aktiviert ist, wird die Größe der App zwangsweise auf den höchsten aktivierten Skalierungsfaktor angepasst. Wenn beispielsweise sowohl 80% als auch 70 % (DOWNSCALE_80 und DOWNSCALE_70) aktiviert sind, wird 80 % verwendet.

DOWNSCALE_30

Wenn DOWNSCALED ebenfalls aktiviert ist, wird die App durch Aktivieren dieser Änderung für ein Paket gezwungen, davon auszugehen, dass sie auf einem Display mit 30% der vertikalen und horizontalen Auflösung des tatsächlichen Displays ausgeführt wird.

DOWNSCALE_35

Wenn DOWNSCALED ebenfalls aktiviert ist, wird die App durch Aktivieren dieser Änderung für ein Paket gezwungen, davon auszugehen, dass sie auf einem Display mit 35% der vertikalen und horizontalen Auflösung des echten Displays ausgeführt wird.

DOWNSCALE_40

Wenn DOWNSCALED ebenfalls aktiviert ist, wird die App durch Aktivieren dieser Änderung für ein Paket gezwungen, davon auszugehen, dass sie auf einem Display mit 40% der vertikalen und horizontalen Auflösung des echten Displays ausgeführt wird.

DOWNSCALE_45

Wenn DOWNSCALED ebenfalls aktiviert ist, wird die App durch Aktivieren dieser Änderung für ein Paket gezwungen, davon auszugehen, dass sie auf einem Display mit 45% der vertikalen und horizontalen Auflösung des echten Displays ausgeführt wird.

DOWNSCALE_50

Wenn DOWNSCALED ebenfalls aktiviert ist, wird die App durch Aktivieren dieser Änderung für ein Paket gezwungen, davon auszugehen, dass sie auf einem Display mit 50% der vertikalen und horizontalen Auflösung des echten Displays ausgeführt wird.

DOWNSCALE_55

Wenn DOWNSCALED ebenfalls aktiviert ist, wird die App durch Aktivieren dieser Änderung für ein Paket gezwungen, davon auszugehen, dass sie auf einem Display mit 55% der vertikalen und horizontalen Auflösung des echten Displays ausgeführt wird.

DOWNSCALE_60

Wenn DOWNSCALED ebenfalls aktiviert ist, wird die App durch Aktivieren dieser Änderung für ein Paket gezwungen, davon auszugehen, dass sie auf einem Display mit 60% der vertikalen und horizontalen Auflösung des echten Displays ausgeführt wird.

DOWNSCALE_65

Wenn DOWNSCALED ebenfalls aktiviert ist, wird die App durch Aktivieren dieser Änderung für ein Paket gezwungen, davon auszugehen, dass sie auf einem Display mit 65% der vertikalen und horizontalen Auflösung des echten Displays ausgeführt wird.

DOWNSCALE_70

Wenn DOWNSCALED ebenfalls aktiviert ist, wird die App durch Aktivieren dieser Änderung für ein Paket gezwungen, davon auszugehen, dass sie auf einem Display mit 70% der vertikalen und horizontalen Auflösung des tatsächlichen Displays ausgeführt wird.

DOWNSCALE_75

Wenn DOWNSCALED ebenfalls aktiviert ist, wird die App durch Aktivieren dieser Änderung für ein Paket gezwungen, davon auszugehen, dass sie auf einem Display mit 75% der vertikalen und horizontalen Auflösung des echten Displays ausgeführt wird.

DOWNSCALE_80

Wenn DOWNSCALED ebenfalls aktiviert ist, wird die App durch Aktivieren dieser Änderung für ein Paket gezwungen, davon auszugehen, dass sie auf einem Display mit 80% der vertikalen und horizontalen Auflösung des echten Displays ausgeführt wird.

DOWNSCALE_85

Wenn DOWNSCALED ebenfalls aktiviert ist, wird die App durch Aktivieren dieser Änderung für ein Paket gezwungen, davon auszugehen, dass sie auf einem Display mit 85% der vertikalen und horizontalen Auflösung des echten Displays ausgeführt wird.

DOWNSCALE_90

Wenn DOWNSCALED ebenfalls aktiviert ist, wird die App durch Aktivieren dieser Änderung für ein Paket gezwungen, davon auszugehen, dass sie auf einem Display mit 90% der vertikalen und horizontalen Auflösung des tatsächlichen Displays ausgeführt wird.

DO_NOT_DOWNSCALE_TO_1080P_ON_TV

Android TV-Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, müssen alle Fenstergrößen unterstützen, einschließlich Fenstergrößen über 1080p. Apps, die auf frühere Android-Versionen ausgerichtet sind, erwarten keine Fenster, die größer als 1080p sind. Daher werden ihre Fenster bei Bedarf auf 1080p herunterskaliert.

DROP_CLOSE_SYSTEM_DIALOGS

Um die Nutzerkontrolle bei der Interaktion mit Apps und dem System zu verbessern, wird die Intent-Aktion ACTION_CLOSE_SYSTEM_DIALOGS ab Android 12 eingestellt.

Weitere Informationen zu dieser Änderung finden Sie unter Apps können keine Systemdialogfelder schließen.

ENABLE_CHECKS_FOR_PRIVATE_FILES

Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, können keine privaten Dateien über den Medienanbieter einfügen oder aktualisieren.

ENABLE_DEFERRED_SCAN

Aktivieren Sie diese Option, um den Scan zu verschieben, der im Rahmen von MediaProvider#update() ausgelöst wird.

ENABLE_GET_CALL_STATE_PERMISSION_PROTECTION

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, wird der READ_PHONE_STATE-Schutz für APIs aktiviert, die den Anrufstatus abfragen und benachrichtigen, z. B. TelecomManager#getCallState, TelephonyManager.getCallStateForSubscription() und TelephonyCallback.CallStateListener.

ENABLE_GET_PHONE_ACCOUNT_PERMISSION_PROTECTION

Aktiviert für Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, den Schutz READ_PHONE_NUMBERS oder READ_PRIVILEGED_PHONE_STATE für getPhoneAccount(PhoneAccountHandle).

ENABLE_INCLUDE_ALL_VOLUMES

Aktivieren Sie diese Option, um Datenbankzeilen von Dateien aus einem kürzlich aufgehobenen Volume in MediaProvider#query einzuschließen.

ENABLE_RAW_MANAGE_EXTERNAL_STORAGE_ACCESS

Aktiviere diese Option, damit Apps mit der Berechtigung Manifest.permission.MANAGE_EXTERNAL_STORAGE Zugriff auf den externen Rohspeicher anfordern können.

ENFORCE_MINIMUM_WINDOW_ON_INEXACT_ALARMS

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, müssen alle ungenauen Wecker eine Mindestfenstergröße haben, die voraussichtlich im Bereich von einigen Minuten liegt. In der Praxis sind alle Alarme, die kleinere Zeitfenster erfordern, mit exakten Alarmen identisch und sollten die entsprechenden APIs wie setExact(int, long, PendingIntent) verwenden. Bei ungenauen Weckern mit kürzeren Zeitfenstern werden die Zeitfenster vom System verlängert.

ENFORCE_NATIVE_SHARED_LIBRARY_DEPENDENCIES

Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, müssen Abhängigkeiten zu den öffentlichen nativen gemeinsam genutzten Bibliotheken deklarieren, die vom Gerätehersteller mit dem Tag uses-native-library in der Datei AndroidManifest.xml definiert werden. Wenn eine der Abhängigkeiten nicht erfüllt werden kann, z. B. weil eine der Abhängigkeiten nicht vorhanden ist, wird die App vom Paketmanager nicht installiert. Die Abhängigkeit kann mit dem Attribut android:required im Tag als optional angegeben werden. In diesem Fall wird die Installation nicht abgebrochen, wenn die Abhängigkeit nicht erfüllt wird.

Nach der Installation werden einer App nur die nativen gemeinsam genutzten Bibliotheken bereitgestellt, die im App-Manifest angegeben sind. Der Aufruf von dlopen für eine native gemeinsam genutzte Bibliothek, die nicht im App-Manifest enthalten ist, schlägt fehl, auch wenn sie auf dem Gerät vorhanden ist.

ENFORCE_STRICT_QUERY_BUILDER

Wenn diese Option aktiviert ist, prüft die SQLiteQueryBuilder alle CalendarProvider2-Abfrageauswahlen auf schädliche Argumente.

FGS_BG_START_RESTRICTION_CHANGE_ID

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, wird eingeschränkt, wann Apps Dienste im Vordergrund starten können, während sie im Hintergrund ausgeführt werden.

FGS_START_EXCEPTION_CHANGE_ID

Bei Apps, die für Android 12 (API-Level 31) und höher entwickelt wurden, kann das System eine IllegalStateException auslösen, wenn eine App versucht, einen Dienst im Vordergrund zu starten, während sie im Hintergrund ausgeführt wird.

FINISH_INPUT_NO_FALLBACK_CONNECTION

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, beende die InputConnection, wenn das Gerät non-interactive wird.

Wenn die Richtlinie durch die aktuelle input method aktiviert ist, wird die aktuelle Eingabeverbindung finished, wenn die Geräte nicht mehr interaktiv sind.

Wenn diese Option nicht aktiviert ist, wird die aktuelle Eingabeverbindung stattdessen ohne Benachrichtigung deaktiviert, wenn das Gerät nicht mehr interaktiv ist. Wenn das Gerät wieder interaktiv wird, wird ein Paar aus onFinishInput() und onStartInput() gesendet.

FORCE_DISABLE_HEVC_SUPPORT

Erzwingen, dass eine App die HEVC-Medienfunktion nicht unterstützt. Apps sollten ihre unterstützten Medienfunktionen in ihrem Manifest deklarieren. Mit diesem Flag kann jedoch erzwungen werden, dass eine App HEVC nicht unterstützt. Dadurch wird die Transcodierung beim Zugriff auf in HEVC codierte Medien erzwungen. Wenn Sie dieses Flag festlegen, werden alle Standardeinstellungen für Apps auf Betriebssystemebene überschrieben. Sie ist standardmäßig deaktiviert, d. h., die Standardeinstellungen des Betriebssystems haben Vorrang. Wenn sowohl dieses Flag als auch FORCE_ENABLE_HEVC_SUPPORT aktiviert sind, ignoriert das Betriebssystem beide Flags.

FORCE_ENABLE_HEVC_SUPPORT

Erzwingen, dass eine App die HEVC-Medienfunktion unterstützt. Apps sollten ihre unterstützten Medienfunktionen in ihrem Manifest deklarieren. Mit diesem Flag kann jedoch erzwungen werden, dass eine App HEVC unterstützt, sodass beim Zugriff auf in HEVC codierte Medien keine Transcodierung erforderlich ist. Wenn Sie dieses Flag festlegen, werden alle Standardeinstellungen für Apps auf Betriebssystemebene überschrieben. Sie ist standardmäßig deaktiviert. Das bedeutet, dass die Standardeinstellungen des Betriebssystems Vorrang haben. Wenn sowohl dieses Flag als auch FORCE_DISABLE_HEVC_SUPPORT aktiviert sind, ignoriert das Betriebssystem beide Flags.

FORCE_NON_RESIZE_APP

Erzwingt, dass die Größe der Pakete, auf die es angewendet wird, nicht geändert werden kann.

FORCE_RESIZE_APP

Erzwingt, dass die Größe der Pakete, auf die es angewendet wird, angepasst werden kann. Wir erlauben nur die Größenänderung im Vollbildmodus, aber nicht das Erzwingen des Mehrfenstermodus mit anpassbarer Größe.

HIDE_PROP_ICUBINARY_DATA_PATH

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, wird der Zugriff auf das Attribut android.icu.impl.ICUBinary.dataPath entfernt.

IGNORE_ALLOW_BACKUP_IN_D2D

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, wird android:allowBackup bei der Migration von Gerät zu Gerät ignoriert.

IGNORE_FULL_BACKUP_CONTENT_IN_D2D

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, werden Ein- und Ausschlussregeln, die mit android:fullBackupContent angegeben wurden, bei der Übertragung von Gerät zu Gerät ignoriert.

IME_AUTOFILL_DEFAULT_SUPPORTED_LOCALES_IS_EMPTY

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, gibt getSupportedLocales() jetzt eine leere Liste von Sprachen zurück, wenn sie nicht festgelegt ist, anstatt der Standardsprache des Systems.

IS_BACKUP_SERVICE_ACTIVE_ENFORCE_PERMISSION_IN_SERVICE

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, wird die für isBackupServiceActive() erforderliche Berechtigung BACKUP auf der Dienstseite und nicht auf der Clientseite in BackupManager erzwungen.

KEYSTORE_OPERATION_CREATION_MAY_FAIL

Wenn diese Option aktiviert ist, kann das Erstellen von Schlüsselspeichervorgängen gemäß der neuen Bereinigungsstrategie fehlschlagen. Keystore ging bisher davon aus, dass die Erstellung kryptografischer Vorgänge immer erfolgreich ist. Das KeyMint-Backend hat jedoch nur eine begrenzte Anzahl von Vorgangsslots.

Um den Eindruck von „unendlich“ vielen Vorgangsslots aufrechtzuerhalten, würde der Keystore-Daemon die am längsten nicht verwendeten Vorgänge entfernen, wenn kein Vorgangsslot verfügbar ist. Dies kann dazu führen, dass fehlerfreie Vorgänge vorzeitig beendet werden. Dadurch war AndroidKeystore anfällig für Denial-of-Service-Angriffe (DoS) und unbeabsichtigte Livelocks. Wenn beispielsweise mehrere Apps aufgrund von Optimierungen der Energieverwaltung gleichzeitig aktiviert werden und versuchen, kryptografische Vorgänge auszuführen, beenden sie die Vorgänge der jeweils anderen Apps, ohne dass Fortschritte erzielt werden.

Um Livelocks zu vermeiden und DoS-Versuche zu verhindern, haben wir die Bereinigungsstrategie so geändert, dass Clients bevorzugt werden, die kurzzeitig wenige Vorgangsslots verwenden. Daher werden einzelne Vorgänge, die nicht länger als 5 Sekunden inaktiv sind, fast immer ohne Beeinträchtigung durch die Bereinigungsstrategie abgeschlossen. Es gibt noch einige Vorgänge im Zusammenhang mit der Verschlüsselung des Dateisystems, die sogar diese Vorgänge entfernen können. Diese Fälle sind jedoch extrem selten. Als Nebeneffekt dieses neuen Bereinigungsvorgangs kann die Erstellung jetzt fehlschlagen, wenn der Client eine geringere Bereinigungsleistung als alle vorhandenen Vorgänge hat.

Pruning-Strategie: Um einen geeigneten Kandidaten zu finden, berechnen wir den Malus für den Aufrufer und jeden vorhandenen Vorgang. Der Malus ist der Kehrwert der Bereinigungsleistung (Aufrufer) oder des Bereinigungswiderstands (vorhandener Vorgang). Damit der Aufrufer einen Vorgang entfernen kann, muss er einen Vorgang mit einem höheren Malus als seinem eigenen finden. Weitere Informationen zur Bereinigungsstrategie finden Sie in der Implementierung von operation.rs. Unter Android 11 (API-Level 30) und niedriger fragt KeyStore2 den Keystore-Daemon nach einem verfügbaren Vorgangsslot ab. Bei Apps, die auf Android 11 (API-Level 30) und niedriger ausgerichtet sind, sieht es weiterhin so aus, als ob die Initialisierung von Chiffre- und Signaturobjekten immer erfolgreich ist. Es kann jedoch länger dauern, bis ein Vorgang ausgeführt wird. Alle Android-Versionen profitieren von einer faireren Planung der Vorgangszeitfenster und einer höheren Wahrscheinlichkeit, dass ein Vorgang erfolgreich abgeschlossen wird.

LOCK_DOWN_CLOSE_SYSTEM_DIALOGS

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, kann die Intent.ACTION_CLOSE_SYSTEM_DIALOGS nur gesendet werden, wenn die App auch die Berechtigung android.permission.BROADCAST_CLOSE_SYSTEM_DIALOGS hat. Dies ist die restriktivere Version von #DROP_CLOSE_SYSTEM_DIALOGS, bei der die App den Intent Intent.ACTION_CLOSE_SYSTEM_DIALOGS nicht mehr senden soll, sobald sie auf Android 12 (API-Level 31) oder höher ausgerichtet ist.

LOCK_DOWN_COLLAPSE_STATUS_BAR

Für Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, ist die Berechtigung Manifest.permission.STATUS_BAR erforderlich, um die Statusleistenbereiche aus Sicherheitsgründen zu minimieren. Dies wurde von Malware ausgenutzt, um zu verhindern, dass Nutzer auf wichtige Benachrichtigungen zugreifen können.

LOW_POWER_EXCEPTIONS

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, lösen alle als „low power“ (niedriger Energieverbrauch) gekennzeichneten LocationRequest-Objekte Ausnahmen aus, wenn der Aufrufer nicht die Berechtigung LOCATION_HARDWARE hat, anstatt den Teil der Anfrage mit niedrigem Energieverbrauch stillschweigend zu verwerfen.

MISSING_EXPORTED_FLAG

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, muss für das Attribut android:exported ein expliziter Wert angegeben werden, wenn ein Intent-Filter definiert wird.

Weitere Informationen zu dieser Änderung finden Sie unter Sicherer Export von Komponenten.

NATIVE_HEAP_POINTER_TAGGING_APP_ZYGOTE

Bei Apps, die auf Android 12 (API-Level 32) und höher ausgerichtet sind, wird für native Heap-Zuweisungen im AppZygote-Prozess und seinen untergeordneten Prozessen ein Tag ungleich null im höchstwertigen Byte verwendet.

Weitere Informationen zu dieser Änderung finden Sie unter Tagged Pointers.

NATIVE_HEAP_ZERO_INIT

Automatische Nullinitialisierung von nativen Heap-Arbeitsspeicherzuweisungen aktivieren.

NATIVE_MEMTAG_ASYNC

Asynchrone (ASYNC) Memory Tagging-Prüfung in diesem Prozess aktivieren. Dieses Flag wirkt sich nur auf Hardware aus, die die ARM Memory Tagging Extension (MTE) unterstützt.

NATIVE_MEMTAG_SYNC

Aktiviert die synchrone (SYNC) Prüfung von Speicher-Tags in diesem Prozess. Dieses Flag wirkt sich nur auf Hardware aus, die die ARM Memory Tagging Extension (MTE) unterstützt. Wenn sowohl NATIVE_MEMTAG_ASYNC als auch diese Option aktiviert sind, hat diese Option Vorrang und MTE wird im SYNC-Modus aktiviert.

NEVER_SANDBOX_DISPLAY_APIS

Wenn diese Option aktiviert ist, wird verhindert, dass das Sandboxing der Display API auf eine Letterbox- oder SCM-Aktivität angewendet wird. Die Display APIs stellen weiterhin DisplayArea-Grenzen bereit.

Weitere Informationen zu dieser Änderung finden Sie im Abschnitt Eingestellte Anzeigemethoden auf der Seite zu Verhaltensänderungen in Android 12.

NOTIFICATION_CANCELLATION_REASONS

Ermöglicht es Benachrichtigungs-Listenern, neue, spezifischere Stornierungsgründe zu verstehen.

NOTIFICATION_TRAMPOLINE_BLOCK

Um die App-Leistung und die Nutzerfreundlichkeit zu verbessern, können Apps, die auf Android 12 ausgerichtet sind, keine Dienste oder Übertragungsempfänger als Benachrichtigungs-Trampoline verwenden.

Weitere Informationen zu dieser Änderung finden Sie unter Benachrichtigungs-Trampoline können nicht über Dienste oder Übertragungsempfänger erstellt werden.

NULL_TELEPHONY_THROW_NO_CB

Wird verwendet, um zu prüfen, ob die Ziel-SDK-Version für den aktuellen Prozess Android 12 (API-Level 31) oder höher ist.

Gilt für die folgenden Methoden:

• requestCellInfoUpdate(Executor, TelephonyManager.CellInfoCallback)
• setPreferredOpportunisticDataSubscription(int, boolean, Executor, Consumer)
• updateAvailableNetworks(List, Executor, Consumer)
• requestNumberVerification()
• setSimPowerStateForSlot()

OVERRIDE_MIN_ASPECT_RATIO

Diese Änderung ist der Gatekeeper für alle Änderungen, die ein bestimmtes Mindestseitenverhältnis erzwingen. Wenn Sie diese Änderung aktivieren, können die folgenden Mindestseitenverhältnisse angewendet werden:

• OVERRIDE_MIN_ASPECT_RATIO_LARGE
• OVERRIDE_MIN_ASPECT_RATIO_MEDIUM

Wenn diese Änderung für ein App-Paket aktiviert ist, wird das im App-Manifest angegebene minimale Seitenverhältnis durch das größte aktivierte Seitenverhältnis überschrieben, es sei denn, der Wert im App-Manifest ist höher.

OVERRIDE_MIN_ASPECT_RATIO_LARGE

Wenn OVERRIDE_MIN_ASPECT_RATIO ebenfalls aktiviert ist, wird durch die Aktivierung dieser Änderung für ein Paket das minimale Seitenverhältnis der Aktivität auf einen großen Wert festgelegt, wie durch OVERRIDE_MIN_ASPECT_RATIO_LARGE_VALUE definiert.

OVERRIDE_MIN_ASPECT_RATIO_MEDIUM

Wenn OVERRIDE_MIN_ASPECT_RATIO ebenfalls aktiviert ist, wird durch die Aktivierung dieser Änderung für ein Paket das minimale Seitenverhältnis der Aktivität auf einen mittleren Wert festgelegt, wie durch OVERRIDE_MIN_ASPECT_RATIO_MEDIUM_VALUE definiert.

PENDING_INTENT_EXPLICIT_MUTABILITY_REQUIRED

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, musst du die Veränderlichkeit jedes PendingIntent-Objekts angeben, das deine App erstellt. Diese zusätzliche Anforderung verbessert die Sicherheit Ihrer App.

Weitere Informationen zu dieser Änderung finden Sie unter Pending Intents müssen Veränderlichkeit deklarieren.

PREVENT_SETTING_PASSWORD_QUALITY_ON_PARENT

Admin-Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, können DevicePolicyManager.setPasswordQuality(ComponentName, int) nicht verwenden, um die Passwortqualität für die DevicePolicyManager-Instanz festzulegen, die durch Aufrufen von DevicePolicyManager.getParentProfileInstance(ComponentName) abgerufen wird. Stattdessen sollten sie DevicePolicyManager.setRequiredPasswordComplexity(int) verwenden, um grobe Passwortanforderungen für das gesamte Gerät festzulegen.

RATE_LIMIT_TOASTS

Aktiviert die Ratenbegrenzung für die Anzahl der Toast.show()-Aufrufe, um zu verhindern, dass der Nutzer in kurzer Zeit mit zu vielen Toasts überfordert wird. Wenn versucht wird, mehr Toasts als in einem bestimmten Zeitraum zulässig anzuzeigen, wird der Toast verworfen.

REQUIRE_EXACT_ALARM_PERMISSION

Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, benötigen die Berechtigung Manifest.permission.SCHEDULE_EXACT_ALARM, um APIs zum Festlegen exakter Alarme wie setExactAndAllowWhileIdle(int, long, PendingIntent) und setAlarmClock(AlarmClockInfo, PendingIntent) zu verwenden.

REQUIRE_READ_PHONE_STATE_PERMISSION_FOR_ACTIVE_DATA_SUB_ID

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, müssen Apps die Berechtigung Manifest.permission.READ_PHONE_STATE haben, um TelephonyCallback.ActiveDataSubscriptionIdListener aufzurufen.

REQUIRE_READ_PHONE_STATE_PERMISSION_FOR_CELL_INFO

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, müssen Apps die Berechtigung Manifest.permission.READ_PHONE_STATE haben, um TelephonyCallback.CellInfoListener aufzurufen.

REQUIRE_READ_PHONE_STATE_PERMISSION_FOR_DISPLAY_INFO

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, müssen Apps die Berechtigung Manifest.permission.READ_PHONE_STATE haben, um TelephonyCallback.DisplayInfoListener aufzurufen.

RESTRICT_ADB_BACKUP

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, wird adb backup automatisch für Apps aktiviert, die als debugfähig ausgeführt werden (android:debuggable auf true gesetzt), und ist für alle anderen Apps nicht verfügbar.

RESTRICT_DOMAINS

Für Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, ist die aktualisierte Form der App Links Verification API erforderlich. Diese Anforderung bedeutet, dass eine App Domains in einem Intent-Filter deklarieren muss, der Folgendes enthält:

• android:autoVerify="true"
• Intent.ACTION_VIEW
• Intent.CATEGORY_BROWSABLE
• Intet.CATEGORY_DEFAULT
• Nur IntentFilter.SCHEME_HTTP und/oder IntentFilter.SCHEME_HTTPS, ohne andere Schemas

In früheren Android-Versionen war Intent.CATEGORY_BROWSABLE nicht erforderlich, andere Schemas waren zulässig und wenn autoVerify in einem Intent-Filter auf true gesetzt wurde, wurde implizit davon ausgegangen, dass alle Intent-Filter auf autoVerify="true" gesetzt waren.

SECURITY_EXCEPTION_ON_INVALID_ATTRIBUTION_TAG_CHANGE

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, wird erzwungen, dass alle attributionTags, die an noteOp(String, int, String), noteProxyOp(String, String) und startOp(String, int, String) gesendet werden, im Manifest des Pakets definiert sind, das als Parameter der Methoden angegeben ist.

Damit diese Änderung wirksam wird, muss sie sowohl für das Paket, das noteOp(String, int, String) aufruft, als auch für das Paket, das als Parameter der Methode angegeben ist, aktiviert sein.

SELINUX_LATEST_CHANGES

Für Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, werden die neuesten SELinux-Änderungen aktiviert. Das Deaktivieren dieser Änderung für eine App, die auf Android 12 (API-Level 31) oder höher ausgerichtet ist, hat keine Auswirkungen. Es hat keine Auswirkungen auf Apps, die eine gemeinsame Nutzer-ID verwenden.

SETTINGS_API_V2

Die neue API für Nutzereinstellungen zur Bestätigung von Domains, die in AndroidManifest.xml-Intent-Filtern mit autoVerify=true gekennzeichnet sind, ist in der aktuellen Plattformvorschau noch nicht implementiert. Derzeit ist es möglich, die neuen Änderungen an den Nutzereinstellungen als Vorabversion anzusehen, indem Sie diese ChangeId aktivieren und den Befehl adb shell pm set-app-links-user-selection und ähnliche Befehle verwenden.

USE_SHORT_FGS_USAGE_INTERACTION_TIME

Bei Apps, die auf Android 12 (API-Level 31) und höher ausgerichtet sind, wird hiermit festgelegt, ob ein kürzeres Zeitlimit verwendet werden soll, bevor der Standby-Bucket auf ACTIVE erhöht wird, wenn Apps einen Dienst im Vordergrund starten.