Wear OS 4 основана на Android 13 (уровень API 33), что на несколько версий выше версии, на которой основана Wear OS 3, Android 11 (уровень API 30). Поэтому, когда вы готовите приложение Wear OS для использования в Wear OS 4, вам необходимо учесть изменения в поведении системы, которые вступят в силу для всех приложений в Android 12 и Android 13 .
Вы можете еще больше улучшить совместимость своего приложения с этой версией Wear OS , настроив его на Android 13 (уровень API 33) .
Изменения в разрешениях
Следующие изменения, связанные с разрешениями, скорее всего, повлияют на ваше приложение Wear OS на устройстве под управлением Wear OS 4 или более поздней версии.
Разрешение на уведомление
В большинстве случаев пользователи должны предоставить разрешение на выполнение уведомлений для вашего приложения, в том числе когда ваше приложение публикует уведомления о текущих действиях .
Когда пользователи устанавливают ваше приложение на устройство под управлением Wear OS 4 или более поздней версии, уведомления вашего приложения по умолчанию отключены. Прежде чем публиковать локальное уведомление или запускать текущее действие, проверьте, разрешено ли вашему приложению публиковать уведомления, вызвав areNotificationsEnabled() . Если этот метод возвращает true , ваше приложение может отображать уведомления. Если у вашего приложения нет надлежащего разрешения, эти уведомления автоматически завершатся сбоем без каких-либо исключений во время выполнения.
Когда вы запрашиваете разрешение POST_NOTIFICATIONS в своем приложении, пользователи видят диалоговое окно системных разрешений, которое показано на рисунке 1.
Разрешение фоновых датчиков тела
На устройстве под управлением Wear OS 4 или более поздней версии пользователи должны предоставить вашему приложению разрешение на получение информации от обычных датчиков тела, таких как частота сердечных сокращений, в фоновом режиме.
Подробную информацию можно найти в руководстве по запросу фонового доступа к данным датчиков тела .
Разрешение примерного местоположения
На устройстве под управлением Wear OS 4 или более поздней версии пользователи могут запросить, чтобы ваше приложение получало только приблизительную информацию о местоположении, даже если ваше приложение запрашивает разрешение времени выполнения ACCESS_FINE_LOCATION .
Убедитесь, что ваше приложение по-прежнему может выполнять свои ключевые задачи, например показывать бегущий маршрут, если пользователь предоставляет только приблизительное местоположение. В частности, при использовании Health Services на Wear OS учитывайте ошибки позиционирования.
Узнайте больше о том, как пользователь может предоставлять только приблизительное местоположение .
Изменения в компонентах приложения и навигации.
Следующие изменения, связанные с компонентами приложения и навигацией, скорее всего, повлияют на ваше приложение Wear OS на устройстве под управлением Wear OS 4 или более поздней версии.
Фильтры намерений блокируют несовпадающие намерения
Когда ваше приложение отправляет намерение экспортированному компоненту другого приложения, предназначенного для Android 13 или более поздней версии, это намерение доставляется тогда и только тогда, когда оно соответствует элементу <intent-filter> в принимающем приложении.
Узнайте, как сопоставить намерения с фильтрами намерений других приложений .
Поведение активности Root Launcher
Действие средства запуска является корнем задачи, если оно объявляет фильтр намерений, включающий как ACTION_MAIN , так и CATEGORY_LAUNCHER .
Если пользователь переходит от такого рода действий средства запуска к предыдущему экрану, система не завершает действие средства запуска. Вместо этого он помещает активность запуска в фоновый режим.
Узнайте больше об этом изменении в действиях средства запуска root и жизненном цикле действий.
Проверка ссылок приложения
Система вносит несколько изменений в способ проверки ссылок на приложения Android. В частности, система применяет более строгий синтаксис фильтра намерений, чтобы продемонстрировать, что URL-адреса в определенном домене должны открывать контент непосредственно в вашем приложении. Эти изменения повышают надежность связывания приложений, что дает больше контроля разработчикам приложений и конечным пользователям.
Чтобы проверить достоверность ваших деклараций, вручную вызовите проверку домена .
Пользовательский интерфейс окна системных предупреждений удален.
Wear OS 4 удаляет системный пользовательский интерфейс для предоставления разрешения SYSTEM_ALERT_WINDOW . Этот пользовательский интерфейс доступен на некоторых устройствах под управлением Wear OS 3 и более ранних версий.
Если вы используете ACTION_MANAGE_OVERLAY_PERMISSION для отправки пользователей на страницу настроек, где они смогут отображать ваше приложение поверх других приложений, обновите логику вашего приложения. Например, если вы полагаетесь на окна системных предупреждений для отображения важных сообщений, вместо этого используйте уведомления .
Изменения в управлении питанием и данными
Следующие изменения, связанные с управлением питанием и данными, скорее всего, повлияют на ваше приложение Wear OS на устройстве под управлением Wear OS 4.
Ограниченный сегмент ожидания приложений
Система помещает ваше приложение в «ограниченную» корзину ожидания приложений, если оно не используется в течение длительного периода времени или если оно вызывает чрезмерное количество широковещательных рассылок и привязок.
Спящий режим приложения
Если пользователь не взаимодействует с вашим приложением в течение нескольких месяцев, система переводит ваше приложение в состояние гибернации .
Резервное копирование и восстановление
Начиная с Wear OS 4, если определенное устройство Wear OS поддерживает резервное копирование в облаке, пользователи могут создавать резервные копии своих данных в облаке для переноса данных с этого устройства, а также восстанавливать данные из облака для переноса данных на новое устройство Wear OS.
{% дословно %}Рекомендуется для вас
- Примечание: текст ссылки отображается, когда JavaScript отключен.
- Изменения поведения: все приложения
- Службы переднего плана
- Разрешение на выполнение уведомлений