Платформа Android 16 включает изменения в поведении, которые могут повлиять на ваше приложение. Следующие изменения поведения применяются ко всем приложениям , работающим на Android 16, независимо от targetSdkVersion . Вам следует протестировать свое приложение, а затем при необходимости изменить его для поддержки этих изменений, где это применимо.
Обязательно ознакомьтесь также со списком изменений поведения, которые влияют только на приложения, предназначенные для Android 16 .
Основная функциональность
Android 16 включает следующие изменения, которые изменяют или расширяют различные основные возможности системы Android.
Оптимизация квот JobScheduler
Начиная с Android 16, мы корректируем квоту времени выполнения обычных и ускоренных заданий на основе следующих факторов:
- В каком резервном сегменте приложения находится приложение : в Android 16 активные резервные сегменты начнут обеспечиваться щедрой квотой времени выполнения.
- Если задание начинает выполнение, когда приложение находится в верхнем состоянии : в Android 16 задания запускаются, пока приложение видно пользователю, и продолжаются после того, как приложение становится невидимым, будут соответствовать квоте времени выполнения задания.
- Если задание выполняется во время работы службы переднего плана : в Android 16 задания, которые выполняются одновременно со службой переднего плана, будут соответствовать квоте времени выполнения задания. Если вы используете задания для передачи данных, инициируемой пользователем, рассмотрите возможность использования вместо этого заданий передачи данных, инициируемых пользователем .
Это изменение влияет на задачи, запланированные с помощью WorkManager, JobScheduler и DownloadManager. Чтобы выяснить, почему задание было остановлено, мы рекомендуем записать причину, по которой ваше задание было остановлено, вызвав WorkInfo.getStopReason() (для заданий JobScheduler вызовите JobParameters.getStopReason() ).
Дополнительные сведения о рекомендациях по оптимальному использованию аккумулятора см. в руководстве по оптимизации использования аккумулятора для API планирования задач .
Мы также рекомендуем использовать новый API JobScheduler#getPendingJobReasonsHistory представленный в Android 16, чтобы понять, почему задание не выполнено.
Тестирование
Чтобы проверить поведение вашего приложения, вы можете включить переопределение определенных оптимизаций квоты заданий, пока приложение работает на устройстве Android 16.
Чтобы отключить принудительное применение «верхнего состояния будет соответствовать квоте выполнения задания», выполните следующую команду adb :
adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_TOP_STARTED_JOBS APP_PACKAGE_NAME
Чтобы отключить принудительное выполнение «заданий, которые выполняются одновременно со службой переднего плана, будут соответствовать квоте времени выполнения задания», выполните следующую команду adb :
adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_FGS_JOBS APP_PACKAGE_NAME
Чтобы протестировать поведение определенного резервного сегмента приложения, вы можете настроить резервный сегмент вашего приложения с помощью следующей команды adb :
adb shell am set-standby-bucket APP_PACKAGE_NAME active|working_set|frequent|rare|restricted
Чтобы понять, в каком сегменте ожидания находится ваше приложение, вы можете получить резервный сегмент вашего приложения, используя следующую команду adb :
adb shell am get-standby-bucket APP_PACKAGE_NAME
Полное прекращение поддержки JobInfo#setImportantWhileForeground
Метод JobInfo.Builder#setImportantWhileForeground(boolean) указывает на важность задания, когда приложение планирования находится на переднем плане или когда временно освобождено от фоновых ограничений.
Этот метод устарел с Android 12 (уровень API 31). Начиная с Android 16, он больше не работает эффективно, и вызов этого метода будет игнорироваться.
Это удаление функциональности также применимо к JobInfo#isImportantWhileForeground() . Начиная с Android 16, при вызове метода метод возвращает false .
Пользовательский опыт и системный интерфейс
Android 16 включает следующие изменения, призванные создать более последовательный и интуитивно понятный пользовательский интерфейс.
Отказ от деструктивных объявлений о доступности
В Android 16 больше не поддерживаются объявления о специальных возможностях, характеризующиеся использованием announceForAccessibility или отправкой событий доступности TYPE_ANNOUNCEMENT . Это может создать несогласованный пользовательский опыт для пользователей TalkBack и программы чтения с экрана Android, а альтернативы лучше удовлетворяют более широкий спектр потребностей пользователей в различных вспомогательных технологиях Android.
Примеры альтернатив:
- Для значительных изменений пользовательского интерфейса, таких как изменения окон, используйте
Activity.setTitle(CharSequence)иsetAccessibilityPaneTitle(java.lang.CharSequence). В Compose используйтеModifier.semantics { paneTitle = "paneTitle" } - Чтобы сообщить пользователю об изменениях в критическом пользовательском интерфейсе, используйте
setAccessibilityLiveRegion(int). В Compose используйтеModifier.semantics { liveRegion = LiveRegionMode.[Polite|Assertive]}. Их следует использовать с осторожностью, поскольку они могут генерировать объявления каждый раз при обновлении представления. - Чтобы уведомить пользователей об ошибках, отправьте
AccessibilityEventтипаAccessibilityEvent#CONTENT_CHANGE_TYPE_ERRORи установитеAccessibilityNodeInfo#setError(CharSequence)или используйтеTextView#setError(CharSequence).
Справочная документация по устаревшему API announceForAccessibility содержит более подробную информацию о предлагаемых альтернативах.