Verhaltensänderungen: Apps, die auf Android 11 ausgerichtet sind

Wie bei früheren Versionen enthält Android 11 Verhaltensänderungen, die sich auf Ihre App auswirken können. Die folgenden Verhaltensänderungen gelten ausschließlich für Apps, die auf Android 11 oder höher ausgerichtet sind. Wenn in Ihrer App targetSdkVersion auf 30 festgelegt ist, sollten Sie Ihre App so ändern, dass diese Verhaltensweisen gegebenenfalls richtig unterstützt werden.

Sehen Sie sich auch die Liste der Verhaltensänderungen an, die sich auf alle Apps auswirken, die unter Android 11 ausgeführt werden.

Datenschutz

In Android 11 werden Änderungen und Einschränkungen eingeführt, um den Datenschutz der Nutzer zu verbessern. Dazu gehören die folgenden:

• Erzwingen von Scoped Storage:Der Zugriff auf externe Speicherverzeichnisse ist auf ein app-spezifisches Verzeichnis und bestimmte Arten von Medien beschränkt, die von der App erstellt wurden.
• Automatisches Zurücksetzen von Berechtigungen:Wenn Nutzer einige Monate lang nicht mit einer App interagiert haben, werden die sensiblen Berechtigungen der App automatisch zurückgesetzt.
• Zugriff auf den Standort im Hintergrund:Nutzer müssen zu den Systemeinstellungen weitergeleitet werden, um Apps die Berechtigung zur Standortermittlung im Hintergrund zu erteilen.
• Paketsichtbarkeit:Wenn eine App die Liste der auf dem Gerät installierten Apps abfragt, wird die zurückgegebene Liste gefiltert.

Weitere Informationen finden Sie auf der Seite Datenschutz.

Sicherheit

Heap-Pointer-Tagging

adb shell am compat enable (135754954|NATIVE_HEAP_POINTER_TAGGING) PACKAGE_NAME
adb shell am compat disable (135754954|NATIVE_HEAP_POINTER_TAGGING) PACKAGE_NAME

Heap-Zeiger haben jetzt ein Tag ungleich null im höchstwertigen Byte (Most Significant Byte, MSB). Anwendungen, die Zeiger falsch verwenden, einschließlich solcher, die das MSB ändern, können jetzt abstürzen oder andere Probleme verursachen. Diese Änderung ist erforderlich, um zukünftige Hardware mit aktivierter ARM Memory Tagging Extension (MTE) zu unterstützen. Weitere Informationen finden Sie unter Tagged Pointers.

Informationen zum Deaktivieren dieser Funktion finden Sie in der Manifestdokumentation für allowNativeHeapPointerTagging.

Aktualisierungen bei Pop-up-Benachrichtigungen

Benutzerdefinierte Toasts im Hintergrund werden blockiert

Aus Sicherheitsgründen und um eine gute Nutzererfahrung zu gewährleisten, blockiert das System Toasts, die benutzerdefinierte Ansichten enthalten, wenn diese Toasts im Hintergrund von einer App gesendet werden, die auf Android 11 oder höher ausgerichtet ist. Text-Toasts sind weiterhin zulässig. Das sind Toasts, die mit Toast.makeText() erstellt werden und nicht setView() aufrufen.

Wenn Ihre App versucht, im Hintergrund einen Toast mit einer benutzerdefinierten Ansicht zu posten, wird die Nachricht dem Nutzer nicht angezeigt. Stattdessen protokolliert das System die folgende Meldung in logcat:

W/NotificationService: Blocking custom toast from package \
  <package> due to package not in the foreground

Toast-Callbacks

Wenn Sie benachrichtigt werden möchten, wenn ein Toast (Text oder benutzerdefiniert) angezeigt oder ausgeblendet wird, verwenden Sie die Methode addCallback(), die in Android 11 hinzugefügt wurde.

Änderungen an der Text-Toast-API

Bei Apps, die auf Android 11 oder höher ausgerichtet sind, treten bei Text-Toasts die folgenden Nebenwirkungen auf:

• Die getView()-Methode gibt null zurück.
• Die Rückgabewerte der folgenden Methoden spiegeln nicht die tatsächlichen Werte wider. Sie sollten sich in Ihrer App daher nicht darauf verlassen:
  • getHorizontalMargin()
  • getVerticalMargin()
  • getGravity()
  • getXOffset()
  • getYOffset()
• Die folgenden Methoden sind No-Ops und sollten daher nicht in Ihrer App verwendet werden:
  • setMargin()
  • setGravity()

Konnektivität

Eingeschränkter Lesezugriff auf die APN-Datenbank

adb shell am compat enable (124107808|APN_READING_PERMISSION_CHANGE_ID) PACKAGE_NAME
adb shell am compat disable (124107808|APN_READING_PERMISSION_CHANGE_ID) PACKAGE_NAME

Apps, die auf Android 11 ausgerichtet sind, benötigen jetzt die privilegierte Berechtigung Manifest.permission.WRITE_APN_SETTINGS, um die APN-Datenbank des Telephony-Anbieters zu lesen oder darauf zuzugreifen. Wenn Sie ohne diese Berechtigung auf die APN-Datenbank zugreifen möchten, wird eine Sicherheitsausnahme ausgelöst.

Bedienungshilfen

Interaktion mit TTS-Engines in der Manifestdatei deklarieren

Aufgrund von Änderungen an der Paketsichtbarkeit müssen Apps, die auf Android 11 ausgerichtet sind und mit einer Sprachausgabe-Engine (TTS) interagieren, das folgende <queries>-Element in ihre Manifestdateien einfügen:

<queries>
  <intent>
    <action
       android:name="android.intent.action.TTS_SERVICE" />
  </intent>
</queries>

Verwendung der Schaltfläche „Bedienungshilfen“ in der Metadatendatei deklarieren

adb shell am compat enable (136293963|REQUEST_ACCESSIBILITY_BUTTON_CHANGE) PACKAGE_NAME
adb shell am compat disable (136293963|REQUEST_ACCESSIBILITY_BUTTON_CHANGE) PACKAGE_NAME

Ab Android 11 kann Ihr Bedienungshilfe-Dienst zur Laufzeit nicht deklarieren, dass er mit der Bedienungshilfe-Schaltfläche des Systems verknüpft ist. Wenn Sie AccessibilityServiceInfo.FLAG_REQUEST_ACCESSIBILITY_BUTTON an die flags-Eigenschaft eines AccessibilityServiceInfo-Objekts anhängen, übergibt das Framework keine Callback-Ereignisse für die Schaltfläche für Bedienungshilfen an Ihren Dienst.

Wenn Sie in Ihrem Bedienungshilfe-Dienst Rückrufereignisse zur Barrierefreiheit empfangen möchten, müssen Sie in der Metadatendatei des Bedienungshilfe-Dienstes die Zuordnung des Dienstes zur Schaltfläche „Bedienungshilfen“ deklarieren. Nehmen Sie den Wert flagRequestAccessibilityButton in die Definition des Attributs accessibilityFlags auf. Ein häufiger Speicherort für die Metadatendatei des Barrierefreiheitsdienstes ist res/raw/accessibilityservice.xml.

Kamera

Für Media-Intent-Aktionen ist die Standardkamera des Systems erforderlich

Ab Android 11 können nur vorinstallierte Systemkamera-Apps auf die folgenden Intent-Aktionen reagieren:

• android.media.action.VIDEO_CAPTURE
• android.media.action.IMAGE_CAPTURE
• android.media.action.IMAGE_CAPTURE_SECURE

Wenn mehr als eine vorinstallierte Systemkamera-App verfügbar ist, wird dem Nutzer ein Dialogfeld angezeigt, in dem er eine App auswählen kann. Wenn Ihre App eine bestimmte Drittanbieter-Kamera-App zum Aufnehmen von Bildern oder Videos verwenden soll, können Sie diese Intents explizit festlegen, indem Sie einen Paketnamen oder eine Komponente für den Intent festlegen.

Erstellung von App-Paketen und Installation

Komprimierte Ressourcendateien

adb shell am compat enable (132742131|RESOURCES_ARSC_COMPRESSED) PACKAGE_NAME
adb shell am compat disable (132742131|RESOURCES_ARSC_COMPRESSED) PACKAGE_NAME

Apps, die auf Android 11 (API-Level 30) oder höher ausgerichtet sind, können nicht installiert werden, wenn sie eine komprimierte resources.arsc-Datei enthalten oder wenn diese Datei nicht an einer 4‑Byte-Grenze ausgerichtet ist. Diese Datei kann vom System nicht speicherabgebildet werden, wenn eine der beiden Bedingungen erfüllt ist. Ressourcentabellen, die nicht speicherabgebildet werden können, müssen in einen Puffer im RAM gelesen werden, was zu unnötigem Arbeitsspeichermangel im System und einer stark erhöhten RAM-Nutzung auf dem Gerät führt.

Wenn Sie zuvor eine komprimierte resources.arsc-Datei verwendet haben, versuchen Sie es stattdessen mit alternativen Strategien, z. B. App-Ressourcen verkleinern oder anderen Methoden zum Verkleinern, Verschleiern und Optimieren Ihrer App.

APK-Signaturschema v2 jetzt erforderlich

Apps, die auf Android 11 (API-Level 30) ausgerichtet sind und derzeit nur mit dem APK-Signaturschema V1 signiert sind, müssen jetzt auch mit dem APK-Signaturschema V2 oder höher signiert werden. Nutzer können Apps, die nur mit dem APK-Signaturschema Version 1 signiert sind, nicht auf Geräten mit Android 11 installieren oder aktualisieren.

Wenn Sie prüfen möchten, ob Ihre App mit dem APK-Signaturschema v2 oder höher signiert wird, können Sie entweder Android Studio oder das Tool apksigner in der Befehlszeile verwenden.

Firebase

Firebase JobDispatcher und GCMNetworkManager

Wenn Ihre App auf API-Level 30 oder höher ausgerichtet ist, werden FirebaseJobDispatcher- und GcmNetworkManager-API-Aufrufe auf Geräten mit Android 6.0 (API-Level 23) oder höher deaktiviert. Informationen zur Migration finden Sie unter Von Firebase JobDispatcher zu WorkManager migrieren und Von GCMNetworkManager zu WorkManager migrieren.

Spracherkennung

Aufgrund von Änderungen an der Paketsichtbarkeit müssen Apps, die auf Android 11 ausgerichtet sind und mit einem Spracherkennungsdienst interagieren, das folgende <queries>-Element in ihre Manifestdateien einfügen:

<queries>
  <intent>
    <action
       android:name="android.speech.RecognitionService" />
  </intent>
</queries>

Callback-Änderungen für OnSharedPreferenceChangeListener

adb shell am compat enable (119147584|CALLBACK_ON_CLEAR_CHANGE) PACKAGE_NAME
adb shell am compat disable (119147584|CALLBACK_ON_CLEAR_CHANGE) PACKAGE_NAME

Bei Apps, die auf Android 11 (API-Level 30) ausgerichtet sind, wird bei jedem Aufruf von Editor.clear ein Callback an OnSharedPreferenceChangeListener.onSharedPreferenceChanged mit einem null-Schlüssel gesendet.

Einschränkungen für Nicht-SDK-Schnittstellen

Android 11 enthält aktualisierte Listen eingeschränkter Nicht-SDK-Schnittstellen, die auf der Zusammenarbeit mit Android-Entwicklern und den neuesten internen Tests basieren. Wir sorgen nach Möglichkeit dafür, dass öffentliche Alternativen verfügbar sind, bevor wir Nicht-SDK-Schnittstellen einschränken.

Wenn Ihre App nicht auf Android 11 ausgerichtet ist, wirken sich einige dieser Änderungen möglicherweise nicht sofort auf Sie aus. Derzeit können Sie jedoch einige Nicht-SDK-Schnittstellen verwenden (abhängig vom Ziel-API-Level Ihrer App). Die Verwendung einer Nicht-SDK-Methode oder eines Nicht-SDK-Felds birgt jedoch immer ein hohes Risiko, dass Ihre App nicht mehr funktioniert.

Wenn Sie sich nicht sicher sind, ob Ihre App Nicht-SDK-Schnittstellen verwendet, können Sie Ihre App testen, um das herauszufinden. Wenn Ihre App auf Nicht-SDK-Schnittstellen basiert, sollten Sie mit der Planung einer Migration zu SDK-Alternativen beginnen. Wir verstehen jedoch, dass einige Apps gültige Anwendungsfälle für die Verwendung von Nicht-SDK-Schnittstellen haben. Wenn Sie keine Alternative zur Verwendung einer Nicht-SDK-Schnittstelle für eine Funktion in Ihrer App finden, sollten Sie eine neue öffentliche API anfordern.

Weitere Informationen zu den Änderungen in dieser Version von Android finden Sie unter Updates to non-SDK interface restrictions in Android 11. Weitere Informationen zu Nicht-SDK-Schnittstellen finden Sie unter Einschränkungen für Nicht-SDK-Schnittstellen.