Эта страница переведена с помощью Cloud Translation API.

Изменения поведения: все приложения

Платформа Android 16 включает изменения в поведении, которые могут повлиять на ваше приложение. Следующие изменения в поведении применяются ко всем приложениям , работающим на Android 16, независимо от targetSdkVersion . Вам следует протестировать своё приложение и затем при необходимости изменить его для поддержки этих изменений, где это применимо.

Обязательно ознакомьтесь со списком изменений поведения, которые касаются только приложений, предназначенных для Android 16 .

Основная функциональность

Android 16 (уровень API 36) включает в себя следующие изменения, которые изменяют или расширяют различные основные возможности системы Android.

Оптимизация квот JobScheduler

Starting in Android 16, we're adjusting regular and expedited job execution runtime quota based on the following factors:

Which app standby bucket the application is in: in Android 16, active standby buckets will start being enforced by a generous runtime quota.
If the job starts execution while the app is in a top state: in Android 16, Jobs started while the app is visible to the user and continues after the app becomes invisible, will adhere to the job runtime quota.
If the job is executing while running a Foreground Service: in Android 16, jobs that are executing concurrently with a foreground service will adhere to the job runtime quota. If you're leveraging jobs for user initiated data transfer, consider using user initiated data transfer jobs instead.

This change impacts tasks scheduled using WorkManager, JobScheduler, and DownloadManager. To debug why a job was stopped, we recommend logging why your job was stopped by calling WorkInfo.getStopReason() (for JobScheduler jobs, call JobParameters.getStopReason()).

For information about how your app's state affects the resources it can use, see Power management resource limits. For more information on battery-optimal best practices, refer to guidance on optimize battery use for task scheduling APIs.

We also recommend leveraging the new JobScheduler#getPendingJobReasonsHistory API introduced in Android 16 to understand why a job has not executed.

Testing

To test your app's behavior, you can enable override of certain job quota optimizations as long as the app is running on an Android 16 device.

To disable enforcement of "top state will adhere to job runtime quota", run the following adb command:

adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_TOP_STARTED_JOBS APP_PACKAGE_NAME

To disable enforcement of "jobs that are executing while concurrently with a foreground service will adhere to the job runtime quota", run the following adb command:

adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_FGS_JOBS APP_PACKAGE_NAME

To test certain app standby bucket behavior, you can set the app standby bucket of your app using the following adb command:

adb shell am set-standby-bucket APP_PACKAGE_NAME active|working_set|frequent|rare|restricted

To understand the app standby bucket your app is in, you can get the app standby bucket of your app using the following adb command:

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

The JobInfo.Builder#setImportantWhileForeground(boolean) method indicates the importance of a job while the scheduling app is in the foreground or when temporarily exempted from background restrictions.

This method has been deprecated since Android 12 (API level 31). Starting in Android 16, it no longer functions effectively and calling this method will be ignored.

This removal of functionality also applies to JobInfo#isImportantWhileForeground(). Starting in Android 16, if the method is called, the method returns false.

Упорядоченная область приоритета вещания больше не глобальна

Приложениям Android разрешено определять приоритеты приемников вещания, чтобы контролировать порядок, в котором получатели получают и обрабатывают трансляцию. Для получателей, объявленных в манифесте, приложения могут использовать атрибут android:priority для определения приоритета, а для получателей, зарегистрированных в контексте, приложения могут использовать API IntentFilter#setPriority() для определения приоритета. При отправке широковещательной рассылки система доставляет ее получателям в порядке их приоритета, от самого высокого к самому низкому.

В Android 16 порядок широковещательной доставки с использованием атрибута android:priority или IntentFilter#setPriority() между различными процессами не гарантируется. Приоритеты вещания будут соблюдаться только в рамках одного и того же процесса подачи заявки, а не во всех процессах.

Кроме того, приоритеты вещания будут автоматически ограничены диапазоном ( SYSTEM_LOW_PRIORITY + 1, SYSTEM_HIGH_PRIORITY – 1). Только системным компонентам будет разрешено устанавливать SYSTEM_LOW_PRIORITY , SYSTEM_HIGH_PRIORITY в качестве приоритета широковещания.

Ваше приложение может пострадать, если оно выполняет одно из следующих действий:

Ваше приложение объявило несколько процессов с одним и тем же намерением широковещания и ожидает получения этих намерений в определенном порядке в зависимости от приоритета.
Процесс вашего приложения взаимодействует с другими процессами и ожидает получения широковещательного намерения в определенном порядке.

Если процессам необходимо координировать друг друга, им следует взаимодействовать, используя другие каналы координации.

Внутренние изменения 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 КБ.

Диалоговое окно режима совместимости, которое отображается, когда система обнаруживает, что приложение, выровненное по 4 КБ, может работать более оптимально, если выровнено по 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 brings predictive back support to the 3-button navigation for apps that have properly migrated to predictive back. Long-pressing the back button initiates a predictive back animation, giving you a preview of where the back swipe takes you.

This behavior applies across all areas of the system that support predictive back animations, including the system animations (back-to-home, cross-task, and cross-activity).

The predictive back animations in 3-button navigation mode.

Автоматические тематические иконки приложений

Начиная с Android 16 QPR 2, Android автоматически применяет темы к значкам приложений для создания целостного интерфейса на главном экране. Это происходит, если приложение не предоставляет собственный тематический значок. Приложения могут управлять дизайном своего тематического значка, добавляя монохромный слой в адаптивный значок и предварительно просматривая, как будет выглядеть значок в Android Studio .

Форм-факторы устройств

Android 16 (уровень API 36) включает следующие изменения для приложений при проецировании на дисплеи владельцами виртуальных устройств.

Переопределения владельца виртуального устройства

Владелец виртуального устройства — это доверенное или привилегированное приложение, которое создаёт и управляет виртуальным устройством. Владельцы виртуальных устройств запускают приложения на виртуальном устройстве, а затем проецируют их на дисплей удалённого устройства, например, персонального компьютера, устройства виртуальной реальности или автомобильной информационно-развлекательной системы. Владелец виртуального устройства находится на локальном устройстве, например, мобильном телефоне.

Владелец виртуального устройства на телефоне создает виртуальное устройство, которое проецирует приложение на удаленный дисплей.

Переопределения для каждого приложения

На устройствах под управлением Android 16 (API уровня 36) владельцы виртуальных устройств могут переопределять настройки приложений на выбранных виртуальных устройствах, которыми они управляют. Например, для улучшения компоновки приложения владелец виртуального устройства может игнорировать ограничения по ориентации, соотношению сторон и изменению размера при проецировании приложений на внешний дисплей.

Общие критические изменения

Поведение Android 16 может повлиять на пользовательский интерфейс вашего приложения на устройствах с большим экраном, таких как автомобильные дисплеи или Chromebook, особенно на макеты, разработанные для небольших дисплеев в портретной ориентации. Чтобы узнать, как сделать приложение адаптивным для устройств всех форм-факторов, см. раздел «Об адаптивных макетах» .

Ссылки

Потоковая передача сопутствующего приложения

Безопасность

Android 16 (уровень API 36) включает изменения, повышающие безопасность системы и помогающие защитить приложения и пользователей от вредоносных приложений.

Улучшенная защита от атак с перенаправлением намерений

Android 16 provides default security against general Intent redirection attacks, with minimum compatibility and developer changes required.

We are introducing by-default security hardening solutions to Intent redirection exploits. In most cases, apps that use intents normally won't experience any compatibility issues; we've gathered metrics throughout our development process to monitor which apps might experience breakages.

Intent redirection in Android occurs when an attacker can partly or fully control the contents of an intent used to launch a new component in the context of a vulnerable app, while the victim app launches an untrusted sub-level intent in an extras field of an ("top-level") Intent. This can lead to the attacker app launching private components in the context of the victim app, triggering privileged actions, or gaining URI access to sensitive data, potentially leading to data theft and arbitrary code execution.

Opt out of Intent redirection handling

Android 16 introduces a new API that allows apps to opt out of launch security protections. This might be necessary in specific cases where the default security behavior interferes with legitimate app use cases.

For applications compiling against Android 16 (API level 36) SDK or higher

You can directly use the removeLaunchSecurityProtection() method on the Intent object.

val i = intent
val iSublevel: Intent? = i.getParcelableExtra("sub_intent")
iSublevel?.removeLaunchSecurityProtection() // Opt out from hardening
iSublevel?.let { startActivity(it) }

For applications compiling against Android 15 (API level 35) or lower

While not recommended, you can use reflection to access the removeLaunchSecurityProtection() method.

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 секунд, и обнаружение устройств может быть остановлено пользователем в любой момент поиска. Если хотя бы одно устройство было обнаружено в течение первых 20 секунд с начала поиска, CDM прекращает поиск дополнительных устройств.

Связность

Android 16 (уровень API 36) включает следующие изменения в стеке Bluetooth для улучшения связи с периферийными устройствами.

Улучшение управления убытками по облигациям

Начиная с Android 16, стек Bluetooth был обновлен для повышения безопасности и удобства работы пользователей при обнаружении потери удаленного соединения. Раньше система автоматически удаляла связь и инициировала новый процесс сопряжения, что могло привести к непреднамеренному повторному сопряжению. Мы видели во многих случаях приложения, которые не заботятся о событии потери облигаций должным образом.

Чтобы унифицировать этот опыт, в Android 16 улучшена обработка потерь по облигациям в системе. Если ранее подключенное устройство Bluetooth не могло быть аутентифицировано при повторном подключении, система отключит соединение, сохранит информацию о локальной связи и отобразит системное диалоговое окно, информирующее пользователей о потере соединения и предписывающее им выполнить повторное соединение.