Wie bei früheren Releases enthält Android 16 Verhaltensänderungen, die sich auf Ihre App auswirken können. Die folgenden Verhaltensänderungen gelten ausschließlich für Apps, die auf Android 16 oder höher ausgerichtet sind. Wenn Ihre App auf Android 16 oder höher ausgerichtet ist, sollten Sie sie gegebenenfalls so ändern, dass sie diese Verhaltensweisen unterstützt.
Sehen Sie sich auch die Liste der Verhaltensänderungen an, die sich auf alle Apps auswirken, die auf Android 16 ausgeführt werden, unabhängig von der targetSdkVersion
Ihrer App.
Nutzerfreundlichkeit und System-UI
Android 16 enthält die folgenden Änderungen, die für eine einheitlichere, intuitivere Nutzererfahrung sorgen sollen.
Migration oder Deaktivierung erforderlich, um die Funktion „Vorherige Seite“ zu verwenden
Bei Apps, die auf Android 16 oder höher ausgerichtet sind und auf einem Gerät mit Android 16 oder höher ausgeführt werden, sind die vorausschauenden Systemanimationen für die Navigation zurück (zurück zum Startbildschirm, zwischen Aufgaben und zwischen Aktivitäten) standardmäßig aktiviert.
Außerdem wird onBackPressed
nicht mehr aufgerufen und KeyEvent.KEYCODE_BACK
wird nicht mehr gesendet.
Wenn Ihre App das Zurück-Ereignis abfängt und Sie noch nicht zur vorausschauenden Navigation migriert sind, aktualisieren Sie Ihre App, damit sie unterstützte APIs für die rückwärts Navigation verwendet. Sie können die Funktion auch vorübergehend deaktivieren, indem Sie das Attribut android:enableOnBackInvokedCallback
im <application>
- oder <activity>
-Tag der AndroidManifest.xml
-Datei Ihrer App auf false
festlegen.
Hauptfunktion
Android 16 enthält die folgenden Änderungen, die verschiedene Kernfunktionen des Android-Systems ändern oder erweitern.
Optimierung der Planung von Aufträgen mit fester Rate
Vor der Ausrichtung auf Android 16 wurde bei scheduleAtFixedRate
eine Aufgabenausführung verpasst, wenn sich die App nicht in einem gültigen Prozesslebenszyklus befand. In diesem Fall wurden alle verpassten Ausführungen sofort ausgeführt, sobald die App zu einem gültigen Lebenszyklus zurückkehrte.
Wenn Sie Ihre App auf Android 16 ausrichten, wird bei einer verpassten Ausführung von scheduleAtFixedRate
höchstens eine Ausführung sofort ausgeführt, wenn die App zu einem gültigen Lebenszyklus zurückkehrt. Durch diese Verhaltensänderung soll sich die App-Leistung verbessern. Testen Sie dieses Verhalten in Ihrer App, um festzustellen, ob sie davon betroffen ist.
Sie können auch das App-Kompatibilitäts-Framework verwenden und das STPE_SKIP_MULTIPLE_MISSED_PERIODIC_TASKS
-Kompatibilitätsflag aktivieren.
Große Bildschirme und Formfaktoren
Android 16 enthält die folgenden Änderungen für Apps, die auf Geräten mit großen Bildschirmen angezeigt werden.
Adaptive Layouts
Da Android-Apps jetzt auf einer Vielzahl von Geräten (z. B. Smartphones, Tablets, faltbare Smartphones und Computern) und in verschiedenen Fenstermodi auf großen Bildschirmen (z. B. Splitscreen- und Desktopfenster) ausgeführt werden, sollten Entwickler Android-Apps entwickeln, die sich an jede Bildschirm- und Fenstergröße anpassen, unabhängig von der Geräteausrichtung. Paradigmen wie die Einschränkung der Ausrichtung und Größe sind in der heutigen Welt mit vielen Geräten zu restriktiv.
Einschränkungen für Ausrichtung, Größe und Seitenverhältnis ignorieren
Bei Apps, die auf Android 16 ausgerichtet sind, gibt es Änderungen an der Verwaltung von Einschränkungen für Ausrichtung, Größe und Seitenverhältnis. Auf Displays mit einer Mindestbreite von mindestens 600 dp gelten diese Einschränkungen nicht mehr. Apps füllen außerdem unabhängig vom Seitenverhältnis oder der bevorzugten Ausrichtung des Nutzers das gesamte Displayfenster aus. Pillarboxing wird nicht verwendet.
Durch diese Änderung wird ein neues Standardverhalten der Plattform eingeführt. Android strebt ein Modell an, bei dem Apps an verschiedene Ausrichtungen, Displaygrößen und Seitenverhältnisse angepasst werden müssen. Einschränkungen wie eine feste Ausrichtung oder eine eingeschränkte Größe beeinträchtigen die Anpassungsfähigkeit der App. Wir empfehlen Ihnen daher, Ihre App adaptiv zu gestalten, um die bestmögliche Nutzererfahrung zu bieten.
Häufige funktionsgefährdende Änderungen
Wenn Sie die Einschränkungen für Ausrichtung, Größe und Seitenverhältnis ignorieren, kann sich das auf die Benutzeroberfläche Ihrer App auf einigen Geräten auswirken, insbesondere auf Elemente, die für kleine Layouts in Hochformat entwickelt wurden. Dies kann zu Problemen wie gestreckten Layouts und nicht sichtbaren Animationen und Komponenten führen. Annahmen hinsichtlich des Seitenverhältnisses oder der Ausrichtung können zu visuellen Problemen mit Ihrer App führen. Weitere Informationen dazu, wie Sie diese vermeiden und das adaptive Verhalten Ihrer App verbessern können.
Wenn die Gerätedrehung zulässig ist, werden Aktivitäten häufiger neu erstellt. Wenn der Nutzerstatus nicht richtig beibehalten wird, kann dies zu einem Verlust des Nutzerstatus führen. Informationen zum korrekten Speichern des UI-Status
Implementierungsdetails
Die folgenden Manifestattribute und Laufzeit-APIs werden auf Geräten mit großem Bildschirm im Vollbild- und im Mehrfenstermodus ignoriert:
screenOrientation
resizableActivity
minAspectRatio
maxAspectRatio
setRequestedOrientation()
getRequestedOrientation()
Die folgenden Werte für screenOrientation
, setRequestedOrientation()
und getRequestedOrientation()
werden ignoriert:
portrait
reversePortrait
sensorPortrait
userPortrait
landscape
reverseLandscape
sensorLandscape
userLandscape
Auf die Größe des Displays haben android:resizeableActivity="false"
, android:minAspectRatio
und android:maxAspectRatio
keine Auswirkungen.
Bei Apps, die auf Android 16 ausgerichtet sind, werden die Einschränkungen für App-Ausrichtung, Größe und Seitenverhältnis auf großen Bildschirmen standardmäßig ignoriert. Jede App, die noch nicht vollständig bereit ist, kann dieses Verhalten vorübergehend überschreiben, indem sie die Funktion deaktiviert. Dies führt dazu, dass die App wie bisher in den Kompatibilitätsmodus versetzt wird.
Ausnahmen
Die Einschränkungen für Ausrichtung, Größe und Seitenverhältnis von Android 16 gelten in den folgenden Fällen nicht:
- Spiele (basierend auf dem Flaggensymbol
android:appCategory
) - Wenn Nutzer das Standardverhalten der App in den Seitenverhältniseinstellungen des Geräts explizit aktivieren
- Displays, die kleiner als
sw600dp
sind
Vorübergehend deaktivieren
Wenn Sie eine bestimmte Aktivität deaktivieren möchten, deklarieren Sie die Manifesteigenschaft PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY
:
<activity ...>
<property android:name="android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY" android:value="true" />
...
</activity>
Wenn zu viele Teile Ihrer App nicht für Android 16 bereit sind, können Sie die Funktion vollständig deaktivieren, indem Sie dieselbe Property auf Anwendungsebene anwenden:
<application ...>
<property android:name="android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY" android:value="true" />
</application>
Gesundheit und Fitness
Android 16 enthält die folgenden Änderungen im Zusammenhang mit Gesundheits- und Fitnessdaten.
Berechtigungen für Gesundheit und Fitness
Für Apps, die auf Android 16 oder höher ausgerichtet sind, werden die BODY_SENSORS
-Berechtigungen auf die detaillierten Berechtigungen unter android.permissions.health
umgestellt, die auch von Health Connect verwendet werden. Für alle APIs, für die bisher BODY_SENSORS
oder BODY_SENSORS_BACKGROUND
erforderlich war, ist jetzt die entsprechende Berechtigung android.permissions.health
erforderlich. Dies betrifft die folgenden Datentypen, APIs und Dienste im Vordergrund:
HEART_RATE_BPM
von Wear Health ServicesSensor.TYPE_HEART_RATE
über den Android-SensormanagerheartRateAccuracy
undheartRateBpm
von WearProtoLayout
FOREGROUND_SERVICE_TYPE_HEALTH
, wenn anstelle vonBODY_SENSORS
die entsprechendeandroid.permission.health
-Berechtigung erforderlich ist
Wenn Ihre App diese APIs verwendet, sollten jetzt die entsprechenden detaillierten Berechtigungen angefordert werden:
- Für die Überwachung der Herzfrequenz, SpO2 oder Hauttemperatur während der Nutzung:
Fordere die detaillierte Berechtigung unter
android.permissions.health
an, z. B.READ_HEART_RATE
anstelle vonBODY_SENSORS
. - Für den Zugriff auf Sensoren im Hintergrund: Fordere
READ_HEALTH_DATA_IN_BACKGROUND
an, anstattBODY_SENSORS_BACKGROUND
.
Diese Berechtigungen sind dieselben, die den Zugriff auf das Lesen von Daten aus Health Connect schützen, dem Android-Datenspeicher für Gesundheits-, Fitness- und Wellnessdaten.