App auf Verhaltensänderungen in Wear OS 4 vorbereiten

Wear OS 4 basiert auf Android 13 (API-Level 33), wobei es sich um mehrere Versionen handelt. höher als die Version, auf der Wear OS 3 basiert, nämlich Android 11 (API-Level 30). Wenn Sie Ihre Wear OS-App für die Verwendung unter Wear OS 4 vorbereiten, Änderungen am Systemverhalten, die für alle Apps unter Android 12 und Android 13

Du kannst die Kompatibilität deiner App mit dieser Wear OS-Version weiter verbessern, indem du auf Android 13 (API-Level 33) ausgerichtet ist.

Änderungen an Berechtigungen

Die folgenden Änderungen im Zusammenhang mit Berechtigungen wirken sich am wahrscheinlichsten auf Ihr Wear OS App auf einem Gerät mit Wear OS 4 oder höher.

Berechtigung zum Senden von Benachrichtigungen

Die Option „Zulassen“ ist die erste Schaltfläche im Dialogfeld <ph type="x-smartling-placeholder">
</ph> Abbildung 1: Das Dialogfeld für Systemberechtigungen, in dem Nutzer aufgefordert werden, Ihrem Wear OS App-Benachrichtigungen zu Beiträgen. Nutzer können zwischen Zulassen und Nicht zulassen:

In den meisten Fällen müssen Nutzer eine Laufzeitberechtigung für Benachrichtigungen für Ihre App, auch wenn Ihre App Benachrichtigungen über laufende Aktivitäten postet.

Hinweis : Die Berechtigung zum Senden von Benachrichtigungen gilt nicht für abgebrochene Benachrichtigungen, sowie mehrere spezielle Anwendungsfälle, die ausgenommen sind, z. B. im Zusammenhang mit Medien Sitzungen.

Wenn Nutzer Ihre App auf einem Gerät mit Wear OS 4 oder höher installieren, werden Ihre App-Benachrichtigungen sind standardmäßig deaktiviert. Bevor Sie eine lokale Benachrichtigung oder eine laufende Aktivität starten, prüfen Sie, ob Ihre App zum Posten von indem du areNotificationsEnabled() anrufst. Wenn diese Methode true zurückgibt, kann Ihre App Benachrichtigungen anzeigen. Wenn Ihre App nicht über das Berechtigung haben, schlagen diese Benachrichtigungen ohne Meldung fehl, ausgelöste Ausnahmen.

Wenn Sie die Berechtigung POST_NOTIFICATIONS in Ihrer App anfordern, können Nutzer sehen Sie sich das Dialogfeld mit den Systemberechtigungen in Abbildung 1 an.

Berechtigung für Körpersensoren im Hintergrund

Auf Geräten mit Wear OS 4 oder höher müssen Nutzer Ihrer App die Berechtigung erteilen um Informationen von gängigen Körpersensoren wie der Herzfrequenz im Hintergrund.

Weitere Informationen finden Sie im Leitfaden zu Hintergrundzugriff auf Körpersensordaten anfordern

Berechtigung zur Ermittlung des ungefähren Standorts

Auf Geräten mit Wear OS 4 oder höher können Nutzer Ihre App anfordern nur den ungefähren Standort abrufen, auch wenn Ihre App die ACCESS_FINE_LOCATION-Laufzeitberechtigung

Prüfe, ob deine App weiterhin die wichtigsten Anwendungsfälle erfüllt, z. B. das Anzeigen einer ausgeführte Route, wenn der Nutzer nur den ungefähren Standort zuweist. Vor allem, wenn der Gesundheitsdienste unter Wear OS nutzen, berücksichtigen Sie Positionsfehler.

Weitere Informationen

Änderungen an den Komponenten und der Navigation der App

Die folgenden Änderungen in Bezug auf App-Komponenten und -Navigation sind höchstwahrscheinlich , die sich auf Ihre Wear OS-App auf einem Gerät mit Wear OS 4 oder höher auswirken.

Intent-Filter blockieren nicht übereinstimmende Intents

Wenn Ihre App einen Intent an eine exportierte Komponente einer anderen App sendet, auf Android 13 oder höher ausgerichtet ist, wird dieser Intent nur dann zugestellt, wenn er übereinstimmt. ein <intent-filter>-Element in der empfangenden App.

Intents anderen Apps zuordnen Intent-Filter.

Aktivitätsverhalten des Root-Launchers

Eine Launcher-Aktivität befindet sich im Stammverzeichnis einer Aufgabe, wenn sie einen Intent-Filter deklariert das sowohl ACTION_MAIN als auch CATEGORY_LAUNCHER enthält.

Wenn der Nutzer von dieser Art von Launcher-Aktivität zur vorherigen angezeigt wird, beendet das System die Launcher-Aktivität nicht. Stattdessen werden die Launcher-Aktivität im Hintergrund.

Weitere Informationen zu dieser Änderung beim Rooting von Launcher-Aktivitäten finden Sie hier. Lebenszyklus.

Das System nimmt verschiedene Änderungen an der Bestätigung von Android-App-Links vor. In Insbesondere erzwingt das System eine strengere Intent-Filtersyntax für dass URLs in einer bestimmten Domain Inhalte direkt in für Ihre App. Durch diese Änderungen wird die App-Verknüpfung zuverlässiger, was App-Entwicklern und Endnutzern mehr Kontrolle bietet.

Um die Zuverlässigkeit Ihrer Deklarationen zu testen, Domainbestätigung manuell aufrufen

Benutzeroberfläche des Systembenachrichtigungsfensters wurde entfernt

Wear OS 4 entfernt die System-UI zur Gewährung von SYSTEM_ALERT_WINDOW Berechtigung. Diese Benutzeroberfläche ist auf einigen Geräten mit Wear OS 3 und niedriger verfügbar.

Wenn Sie ACTION_MANAGE_OVERLAY_PERMISSION verwenden, um Nutzer zu Einstellungen zu leiten wo deine App über anderen Apps angezeigt werden kann, aktualisiere die Logik. Wenn Sie z. B. Systembenachrichtigungsfenster nutzen, Nachrichten verwenden, verwenden Sie stattdessen Benachrichtigungen.

Änderungen bei der Energie- und Datenverwaltung

Die folgenden Änderungen in Bezug auf Energie- und Datenverwaltung sind höchstwahrscheinlich , die sich auf Ihre Wear OS-App auf einem Gerät mit Wear OS 4 auswirken sollen.

Eingeschränkter App-Standby-Bucket

Das System platziert Ihre App in den "eingeschränkten" App-Standby-Bucket, falls längere Zeit nicht verwendet wird oder zu viele Broadcasts und Bindungen.

App-Ruhezustand

Wenn der Nutzer einige Monate lang nicht mit Ihrer App interagiert, platziert das System Ihre App im Ruhezustand befindet.

Sicherung und Wiederherstellen

Wenn ein bestimmtes Wear OS-Gerät ab Wear OS 4 die Sicherung in der Cloud unterstützt, können ihre Daten in der Cloud sichern, um sie von diesem Gerät zu übertragen. Daten aus der Cloud wiederherstellen und auf ein neues Wear OS-Gerät übertragen.