Платформа Android 16 включает изменения в поведении, которые могут повлиять на ваше приложение. Следующие изменения в поведении применяются ко всем приложениям, работающим на Android 16, независимо от targetSdkVersion . Вам следует протестировать свое приложение, а затем внести в него необходимые изменения для поддержки этих изменений, где это применимо.
Обязательно ознакомьтесь также со списком изменений в поведении, которые затрагивают только приложения, ориентированные на Android 16 .
Основная функциональность
В Android 16 (уровень API 36) внесены следующие изменения, которые модифицируют или расширяют различные основные возможности системы 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
Причина прекращения работы на заброшенных вакансиях
如果与作业关联的 JobParameters 对象已被垃圾回收，但尚未调用 JobService#jobFinished(JobParameters,
boolean) 来指示作业已完成，则会发生作业被废弃的情况。这表示作业可能会在应用不知情的情况下运行和重新调度。
依赖于 JobScheduler 的应用不会维护对 JobParameters 对象的强引用，并且超时现在将获得新的作业停止原因 STOP_REASON_TIMEOUT_ABANDONED，而不是 STOP_REASON_TIMEOUT。
如果新的作业被废弃停止原因频繁出现，系统会采取缓解措施来降低作业频率。
应用应使用新的停止原因来检测和减少被废弃的作业。
如果您使用的是 WorkManager、AsyncTask 或 DownloadManager，则不会受到影响，因为这些 API 会代表您的应用管理作业生命周期。
Полное прекращение поддержки JobInfo#setImportantWhileForeground
Метод JobInfo.Builder#setImportantWhileForeground(boolean) указывает на важность задания, когда приложение планирования находится на переднем плане или когда временно освобождено от фоновых ограничений.
Этот метод устарел с Android 12 (уровень API 31). Начиная с Android 16, он больше не работает эффективно, и вызов этого метода будет игнорироваться.
Это удаление функциональности также применимо к JobInfo#isImportantWhileForeground() . Начиная с Android 16, при вызове метода метод возвращает false .
Область действия приоритета упорядоченной трансляции больше не является глобальной.
Android 应用可以为广播接收器定义优先级，以控制接收器接收和处理广播的顺序。对于清单声明的接收器，应用可以使用 android:priority 属性来定义优先级；对于上下文注册的接收器，应用可以使用 IntentFilter#setPriority() API 来定义优先级。发送广播时，系统会按接收器的优先级（从高到低）将其传送给接收器。
在 Android 16 中，无法保证使用 android:priority 属性或 IntentFilter#setPriority() 在不同进程中传送广播的顺序。广播优先级仅在同一应用进程内有效，而不会跨所有进程有效。
此外，广播优先级将自动限制在 (SYSTEM_LOW_PRIORITY + 1, SYSTEM_HIGH_PRIORITY - 1) 的范围内。只有系统组件才能将 SYSTEM_LOW_PRIORITY、SYSTEM_HIGH_PRIORITY 设置为广播优先级。
如果您的应用执行以下任一操作，可能会受到影响：
- 您的应用声明了具有相同广播 intent 的多个进程，并且希望根据优先级以特定顺序接收这些 intent。
- 您的应用进程与其他进程交互，并期望以特定顺序接收广播 intent。
如果进程需要相互协调，则应使用其他协调渠道进行通信。
внутренние изменения ART
Android 16 включает последние обновления среды выполнения Android (ART), которые улучшают производительность среды выполнения Android (ART) и обеспечивают поддержку дополнительных функций Java. Благодаря обновлениям системы Google Play эти улучшения также доступны более чем миллиарду устройств под управлением Android 12 (уровень API 31) и выше .
После выхода этих изменений библиотеки и код приложений, использующие внутренние структуры ART, могут работать некорректно на устройствах под управлением Android 16, а также на более ранних версиях Android, которые обновляют модуль ART через обновления системы Google Play.
Использование внутренних структур (например, интерфейсов, отличных от SDK ) всегда может привести к проблемам совместимости, но особенно важно избегать использования кода (или библиотек, содержащих код), который использует внутренние структуры ART, поскольку изменения ART не привязаны к платформе. версию, на которой работает устройство, и они распространяются на более чем миллиард устройств через обновления системы Google Play.
Всем разработчикам следует проверить, не затронуто ли их приложение, путем тщательного тестирования своих приложений на Android 16. Кроме того, проверьте известные проблемы , чтобы узнать, зависит ли ваше приложение от каких-либо выявленных нами библиотек, которые полагаются на внутренние структуры ART. Если у вас есть код приложения или зависимости библиотеки, которые затронуты, по возможности ищите альтернативы общедоступным API и запросите общедоступные API для новых вариантов использования, создав запрос функции в нашем отслеживании проблем.
режим совместимости с размером страницы 16 КБ
В Android 15 появилась поддержка страниц памяти размером 16 КБ для оптимизации производительности платформы. В Android 16 добавлен режим совместимости , позволяющий запускать некоторые приложения, созданные для страниц памяти размером 4 КБ, на устройстве, настроенном для страниц памяти 16 КБ.
Когда ваше приложение работает на устройстве с Android 16 или более поздней версии, если Android обнаруживает, что ваше приложение имеет выровненные страницы памяти размером 4 КБ, оно автоматически использует режим совместимости и отображает диалоговое окно уведомления для пользователя. Установка свойства android:pageSizeCompat в AndroidManifest.xml для включения режима обратной совместимости предотвратит отображение диалогового окна при запуске вашего приложения. Чтобы использовать свойство android:pageSizeCompat , скомпилируйте приложение с помощью Android 16 SDK .
Для обеспечения максимальной производительности, надежности и стабильности размер вашего приложения по-прежнему должен составлять 16 КБ. Для получения более подробной информации ознакомьтесь с нашей недавней публикацией в блоге об обновлении ваших приложений для поддержки страниц памяти 16 КБ.
Пользовательский опыт и пользовательский интерфейс системы
В Android 16 (уровень API 36) внесены следующие изменения, призванные обеспечить более согласованный и интуитивно понятный пользовательский интерфейс.
Отказ от использования неэффективных объявлений, нарушающих доступность.
В 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 содержит более подробную информацию о предлагаемых альтернативах.
Поддержка навигации с помощью 3 кнопок
В Android 16 добавлена поддержка прогнозного возврата в трехкнопочную навигацию для приложений, которые правильно перешли на интеллектуальный возврат . Длительное нажатие кнопки «Назад» запускает прогнозирующую анимацию возврата, давая вам предварительный просмотр того, куда вас приведет смахивание назад.
Такое поведение применимо ко всем областям системы, которые поддерживают прогнозирующую анимацию возврата, включая системную анимацию (возврат домой, перекрестные задачи и перекрестные действия).
Автоматические тематические значки приложений
Beginning with Android 16 QPR 2, Android automatically applies themes to app icons to create a cohesive home screen experience. This occurs if an app does not provide its own themed app icon. Apps can control the design of their themed app icon by including a monochrome layer within their adaptive icon and previewing what their app icon will look like in Android Studio.
форм-факторы устройств
В Android 16 (уровень API 36) внесены следующие изменения для приложений, проецируемых на экраны владельцами виртуальных устройств.
Владелец виртуального устройства вносит изменения по своему усмотрению.
Владелец виртуального устройства — это доверенное или привилегированное приложение, которое создает и управляет виртуальным устройством. Владельцы виртуальных устройств запускают приложения на виртуальном устройстве, а затем проецируют их на экран удаленного устройства, такого как персональный компьютер, устройство виртуальной реальности или автомобильная информационно-развлекательная система. Владелец виртуального устройства находится на локальном устройстве, например, на мобильном телефоне.
Переопределения для отдельных приложений
На устройствах под управлением Android 16 (уровень API 36) владельцы виртуальных устройств могут переопределять настройки приложений на отдельных виртуальных устройствах, которыми они управляют. Например, для улучшения компоновки приложения владелец виртуального устройства может игнорировать ограничения по ориентации, соотношению сторон и масштабируемости при проецировании приложений на внешний дисплей.
Распространенные изменения, нарушающие обратную связь
Особенности работы Android 16 могут повлиять на пользовательский интерфейс вашего приложения на больших экранах, таких как автомобильные дисплеи или Chromebook, особенно на макеты, разработанные для небольших экранов в портретной ориентации. Чтобы узнать, как адаптировать ваше приложение для всех форм-факторов устройств, см. раздел «Об адаптивных макетах» .
Ссылки
Потоковое вещание сопутствующего приложения
Безопасность
В Android 16 (уровень API 36) внесены изменения, повышающие безопасность системы и помогающие защитить приложения и пользователей от вредоносных программ.
Повышена защита от атак с перенаправлением намерений.
Android 16 обеспечивает защиту от атак с использованием перенаправления Intent по умолчанию, требуя минимальных изменений для обеспечения совместимости и участия разработчиков.
Мы внедряем решения по усилению безопасности по умолчанию для защиты от уязвимостей, связанных с перенаправлением Intent . В большинстве случаев приложения, использующие Intent, обычно не испытывают проблем с совместимостью; мы собирали метрики на протяжении всего процесса разработки, чтобы отслеживать, какие приложения могут столкнуться с проблемами.
Перенаправление намерений в Android происходит, когда злоумышленник может частично или полностью контролировать содержимое намерения, используемого для запуска нового компонента в контексте уязвимого приложения, в то время как приложение-жертва запускает недоверенное намерение нижнего уровня в поле extras (название намерения верхнего уровня). Это может привести к тому, что приложение злоумышленника запустит приватные компоненты в контексте приложения-жертвы, запустит действия с привилегиями или получит доступ к конфиденциальным данным по URI, что потенциально может привести к краже данных и выполнению произвольного кода.
Отказаться от обработки перенаправлений Intent
В Android 16 представлен новый API, позволяющий приложениям отключать защиту при запуске. Это может быть необходимо в отдельных случаях, когда поведение системы безопасности по умолчанию мешает корректному использованию приложений.
Для приложений, компилируемых с использованием Android 16 (уровень API 36) SDK или выше.
Вы можете напрямую использовать метод removeLaunchSecurityProtection() объекта Intent.
val i = intent
val iSublevel: Intent? = i.getParcelableExtra("sub_intent")
iSublevel?.removeLaunchSecurityProtection() // Opt out from hardening
iSublevel?.let { startActivity(it) }
Для приложений, компилируемых под Android 15 (уровень API 35) или ниже.
Хотя это и не рекомендуется, вы можете использовать рефлексию для доступа к методу removeLaunchSecurityProtection() .
val i = intent
val iSublevel: Intent? = i.getParcelableExtra("sub_intent", Intent::class.java)
try {
val removeLaunchSecurityProtection = Intent::class.java.getDeclaredMethod("removeLaunchSecurityProtection")
removeLaunchSecurityProtection.invoke(iSublevel)
} catch (e: Exception) {
// Handle the exception, e.g., log it
} // Opt-out from the security hardening using reflection
iSublevel?.let { startActivity(it) }
Сопутствующие приложения больше не получают уведомления о превышении времени ожидания обнаружения.
Android 16 在配套设备配对流程期间引入了一种新行为，以防恶意应用侵犯用户的位置信息隐私。在 Android 16 上运行的所有配套应用都不再直接通过 RESULT_DISCOVERY_TIMEOUT 收到发现超时通知。而是通过可视对话框通知用户超时事件。当用户关闭对话框时，系统会通过 RESULT_USER_REJECTED 提醒应用关联失败。
搜索时长也从原来的 20 秒延长到了 30 秒，并且用户可以在搜索期间的任何时间停止设备发现。如果在开始搜索的前 20 秒内发现了至少 1 部设备，CDM 会停止搜索其他设备。
Подключение
В Android 16 (уровень API 36) внесены следующие изменения в стек Bluetooth для улучшения связи с периферийными устройствами.
Улучшенная обработка убытков по облигациям
Начиная с Android 16, стек Bluetooth был обновлен для повышения безопасности и удобства работы пользователей при обнаружении потери удаленного соединения. Раньше система автоматически удаляла связь и инициировала новый процесс сопряжения, что могло привести к непреднамеренному повторному сопряжению. Мы видели во многих случаях приложения, которые не заботятся о событии потери облигаций должным образом.
Чтобы унифицировать этот опыт, в Android 16 улучшена обработка потерь по облигациям в системе. Если ранее подключенное устройство Bluetooth не могло быть аутентифицировано при повторном подключении, система отключит соединение, сохранит информацию о локальной связи и отобразит системное диалоговое окно, информирующее пользователей о потере соединения и предписывающее им выполнить повторное соединение.
,Начиная с Android 16, стек Bluetooth был обновлен для повышения безопасности и удобства работы пользователей при обнаружении потери удаленного соединения. Раньше система автоматически удаляла связь и инициировала новый процесс сопряжения, что могло привести к непреднамеренному повторному сопряжению. Мы видели во многих случаях приложения, которые не заботятся о событии потери облигаций должным образом.
Чтобы унифицировать этот опыт, в Android 16 улучшена обработка потерь по облигациям в системе. Если ранее подключенное устройство Bluetooth не могло быть аутентифицировано при повторном подключении, система отключит соединение, сохранит информацию о локальной связи и отобразит системное диалоговое окно, информирующее пользователей о потере соединения и предписывающее им выполнить повторное соединение.
,Начиная с Android 16, стек Bluetooth был обновлен для повышения безопасности и удобства работы пользователей при обнаружении потери удаленного соединения. Раньше система автоматически удаляла связь и инициировала новый процесс сопряжения, что могло привести к непреднамеренному повторному сопряжению. Мы видели во многих случаях приложения, которые не заботятся о событии потери облигаций должным образом.
Чтобы унифицировать этот опыт, в Android 16 улучшена обработка потерь по облигациям в системе. Если ранее подключенное устройство Bluetooth не могло быть аутентифицировано при повторном подключении, система отключит соединение, сохранит информацию о локальной связи и отобразит системное диалоговое окно, информирующее пользователей о потере соединения и предписывающее им выполнить повторное соединение.