Testen, wie Ihre App Verhaltensänderungen verarbeitet

Wear OS 6 basiert auf Android 16 (API-Level 36). Wenn Sie Ihre Wear OS-App für die Verwendung auf Wear OS 6 vorbereiten, müssen Sie die Systemverhaltensänderungen berücksichtigen, die sich auf alle Apps in Android 16 auswirken, sowie die Änderungen für Apps, die auf Android 16 ausgerichtet sind.

Sofern nicht anders angegeben, betreffen die Änderungen alle Apps, die unter Wear OS 6 oder höher ausgeführt werden, unabhängig von der Target SDK-Version.

Zur Erinnerung: Smartwatches, die mit Wear OS 6 auf den Markt kommen, unterstützen nur Zifferblätter, die das Watch Face-Format verwenden. Aus diesem Grund empfehlen wir, auf das Watch Face Format umzustellen.

Achtung :Bevor Sie Ihre App in den Play Store hochladen, richten Sie sie auf Android 16 aus und konfigurieren Sie einen Emulator, um Ihre App zu testen.

Konsistenteres Verhalten im Dauerbetrieb

Mit Wear OS 6 werden bestehende Lösungen zusammengeführt, um geräteübergreifend ein einheitliches Always-on-Display zu bieten. Im Rahmen dieser Änderung bleibt die vorherige Top-Aktivität sichtbar und im Status „Fortgesetzt“, wenn das Gerät in den System-Inaktivmodus wechselt.

Das aktuelle Lied und die Media-Steuerelemente bleiben sichtbar, auch wenn der Nutzer nicht mit dem Wear OS-Gerät interagiert.

Standardsystemschriftart für Kacheln

In Wear OS 6 ist die Typografie von Kacheln einheitlicher, was Nutzern die Navigation im Kachelkarussell erleichtert. Auf einem bestimmten Gerät verwenden alle Kacheln dieselbe Schriftart. Auf einigen Geräten ist diese einheitliche Schriftart eine variable Schriftart.

Alle Kacheln auf einem bestimmten Gerät verwenden dieselbe Schriftart.

Detailliertere Gesundheitsberechtigungen

Hinweis :Die folgende Änderung betrifft Ihre App nur, wenn Sie Ihre Ziel-SDK-Version auf Android 16, die Version, auf der Wear OS 6 basiert, oder höher aktualisieren.

Ab Android 16 und damit auch Wear OS 6 wird die Plattform auf die detaillierteren Gesundheitsberechtigungen umgestellt, die von Health Connect verwendet werden. Dies betrifft die folgenden Berechtigungen:

Wear OS 5.1-Berechtigung (android.permission)	Wear OS 6-Berechtigung (android.permission.health)
BODY_SENSORS	READ_HEART_RATE READ_OXYGEN_SATURATION (Sensor auf unterstützten Geräten verfügbar)  READ_SKIN_TEMPERATURE (Sensor auf unterstützten Geräten verfügbar)
BODY_SENSORS_BACKGROUND	READ_HEALTH_DATA_IN_BACKGROUND

Informationen zum Aktualisieren Ihrer App für die Verarbeitung dieser Berechtigungen, wenn sie auf API-Level 36 oder höher ausgerichtet ist, finden Sie in der Migrationsanleitung im Leitfaden zu Health Services für Wear OS.

Hinweis:Damit Apps, die auf Wear OS 5.1 (API‑Level 35) und niedriger ausgerichtet sind, weiterhin kompatibel sind, bietet das System die folgenden Funktionen:

• Wenn der Nutzer Ihre App auf einem Gerät mit Wear OS 6 oder höher installiert, fordert das System automatisch die Berechtigung READ_HEART_RATE im Namen Ihrer App an.
• Wenn der Nutzer Ihrer App zuvor die Berechtigungen BODY_SENSORS und BODY_SENSORS_BACKGROUND erteilt hat und sein Gerät dann auf Wear OS 6 oder höher aktualisiert, behält Ihre App die erteilten Berechtigungen bei.

Ereignisse zu Kachelinteraktionen werden zusammengefasst

Hinweis :Die folgende Änderung betrifft Ihre App nur, wenn Sie Ihre Ziel-SDK-Version auf Android 16, die Version, auf der Wear OS 6 basiert, oder höher aktualisieren.

Ab Wear OS 6 werden Ereignisse im Zusammenhang mit Nutzern, die auf Ihre Kachel wischen – onTileEnterEvent bzw. onTileLeaveEvent –, in Batches zusammengefasst. Wenn Ihre App auf Wear OS 6 oder höher ausgerichtet ist, rufen Sie onRecentInteractionEventsAsync() auf, um diese Ereignisse zu erfassen. Verlassen Sie sich nicht auf die Echtzeitübermittlung dieser Ereignisse, um Ihre Kacheln zu aktualisieren.