Wear OS 4 basiert auf Android 13 (API-Level 33), also um mehrere Versionen höher als die Version, auf der Wear OS 3 basiert, also Android 11 (API-Level 30). Wenn Sie Ihre Wear OS-App für die Verwendung unter Wear OS 4 vorbereiten, müssen Sie also Änderungen am Systemverhalten berücksichtigen, die für alle Apps unter Android 12 und Android 13 wirksam werden.
Du kannst die Kompatibilität deiner App mit dieser Wear OS-Version weiter verbessern, indem du auf Android 13 (API-Level 33) ausgerichtet bist.
Änderungen an Berechtigungen
Die folgenden Änderungen an Berechtigungen wirken sich höchstwahrscheinlich auf Ihre Wear OS-App auf Geräten mit Wear OS 4 aus.
Berechtigung zum Senden von Benachrichtigungen
In den meisten Fällen müssen Nutzer Ihrer App eine Laufzeitberechtigung für Benachrichtigungen erteilen, auch wenn die App Benachrichtigungen über laufende Aktivitäten veröffentlicht.
Wenn Nutzer Ihre App auf einem Gerät mit Wear OS 4 installieren, sind die Benachrichtigungen Ihrer App standardmäßig deaktiviert. Bevor Sie eine lokale Benachrichtigung posten oder eine laufende Aktivität starten, prüfen Sie, ob Ihre App Benachrichtigungen posten darf. Rufen Sie dazu areNotificationsEnabled() auf. Wenn diese Methode true zurückgibt, kann Ihre App Benachrichtigungen anzeigen. Wenn Ihre App nicht die entsprechende Berechtigung hat, schlagen diese Benachrichtigungen im Hintergrund fehl, ohne dass Laufzeitausnahmen ausgelöst werden.
Wenn Sie die Berechtigung POST_NOTIFICATIONS in Ihrer App anfordern, sehen Nutzer das Dialogfeld für Systemberechtigungen, das in Abbildung 1 angezeigt wird.
Berechtigung für Körpersensoren im Hintergrund
Auf Geräten mit Wear OS 4 müssen Nutzer Ihrer App die Berechtigung erteilen, im Hintergrund Informationen von gängigen Körpersensoren wie die Herzfrequenz abzurufen.
Weitere Informationen finden Sie in der Anleitung Hintergrundzugriff auf Körpersensordaten anfordern.
Berechtigung zur Ermittlung des ungefähren Standorts
Auf Geräten mit Wear OS 4 können Nutzer festlegen, dass Ihre App nur ungefähre Standortinformationen abruft, auch wenn die Laufzeitberechtigung ACCESS_FINE_LOCATION anfordert.
Prüfen Sie, ob Ihre Anwendung ihre wichtigsten Anwendungsfälle weiterhin erfüllen kann, z. B. das Anzeigen einer laufenden Route, wenn der Nutzer nur einen ungefähren Standort gewährt. Berücksichtige insbesondere bei der Verwendung von Gesundheitsdiensten unter Wear OS Positionsfehler.
Weitere Informationen dazu, wie Nutzer nur den ungefähren Standort gewähren können
Änderungen an App-Komponenten und Navigation
Die folgenden Änderungen an den App-Komponenten und der Navigation wirken sich höchstwahrscheinlich auf Ihre Wear OS-App auf Geräten mit Wear OS 4 aus.
Intent-Filter blockieren nicht übereinstimmende Intents
Wenn Ihre App einen Intent an eine exportierte Komponente einer anderen App sendet, die auf Android 13 oder höher ausgerichtet ist, wird dieser Intent nur gesendet, wenn er mit einem <intent-filter>-Element in der empfangenden App übereinstimmt.
Intent-Filter anderer Apps zuordnen
Verhalten des Root-Launchers
Eine Launcher-Aktivität befindet sich im Stammverzeichnis einer Aufgabe, wenn sie einen Intent-Filter deklariert, der sowohl ACTION_MAIN als auch CATEGORY_LAUNCHER enthält.
Wenn der Nutzer von dieser Art von Launcher-Aktivität zum vorherigen Bildschirm wechselt, wird die Launcher-Aktivität nicht beendet. Stattdessen wird die Launcher-Aktivität im Hintergrund ausgeführt.
Weitere Informationen zu dieser Änderung an Root-Launcher-Aktivitäten und zum Aktivitätslebenszyklus.
Bestätigung von App-Links
Das System nimmt mehrere Änderungen an der Bestätigung von Android-App-Links vor. Insbesondere erzwingt das System eine strengere Intent-Filtersyntax, um zu zeigen, dass URLs in einer bestimmten Domain Inhalte direkt in Ihrer App öffnen sollen. Diese Änderungen verbessern die Zuverlässigkeit der App-Verknüpfung, was App-Entwicklern und Endnutzern mehr Kontrolle gibt.
Rufen Sie die Domainbestätigung manuell auf, um die Zuverlässigkeit Ihrer Deklarationen zu testen.
Benutzeroberfläche des Systembenachrichtigungsfensters wurde entfernt
Wear OS 4 entfernt die System-UI zum Gewähren der Berechtigung SYSTEM_ALERT_WINDOW. Diese Benutzeroberfläche ist auf einigen Geräten mit Wear OS 3 und niedriger verfügbar.
Wenn du Nutzer mit ACTION_MANAGE_OVERLAY_PERMISSION auf eine Einstellungsseite weiterleiten möchtest, auf der sie deine App über anderen Apps anzeigen lassen können, aktualisiere die Logik deiner App. Wenn Sie beispielsweise auf Systembenachrichtigungsfenster angewiesen sind, um wichtige Nachrichten anzuzeigen, verwenden Sie stattdessen Benachrichtigungen.
Änderungen bei der Energie- und Datenverwaltung
Die folgenden Änderungen in Bezug auf die Energie- und Datenverwaltung wirken sich höchstwahrscheinlich auf Ihre Wear OS-App auf Geräten mit Wear OS 4 aus.
Eingeschränkter App-Standby-Bucket
Das System platziert Ihre Anwendung im eingeschränkten App-Standby-Bucket, wenn sie über einen längeren Zeitraum nicht verwendet wird oder eine übermäßige Anzahl von Broadcasts und Bindungen aufruft.
App-Ruhezustand
Wenn der Nutzer einige Monate lang nicht mit Ihrer App interagiert, wird sie vom System in den Ruhezustand versetzt.
Sicherung und Wiederherstellung
Ab Wear OS 4 können Nutzer, die ein bestimmtes Wear OS-Gerät die Cloud-Sicherung unterstützen, ihre Daten in der Cloud sichern, um sie von diesem Gerät zu übertragen. Außerdem können sie Daten aus der Cloud wiederherstellen, um sie auf ein neues Wear OS-Gerät zu übertragen.