Как и предыдущие выпуски, Android 16 включает изменения в поведении, которые могут повлиять на ваше приложение. Следующие изменения поведения применяются исключительно к приложениям, предназначенным для Android 16 или более поздней версии. Если ваше приложение ориентировано на Android 16 или более поздней версии, вам следует изменить его так, чтобы оно поддерживало такое поведение, если это применимо.
Обязательно ознакомьтесь также со списком изменений поведения, которые влияют на все приложения, работающие на Android 16, независимо от targetSdkVersion
вашего приложения.
Пользовательский опыт и системный интерфейс
Android 16 включает следующие изменения, призванные создать более последовательный и интуитивно понятный пользовательский интерфейс.
Для прогнозного возврата требуется миграция или отказ
对于以 Android 16 或更高版本为目标平台且在 Android 16 或更高版本的设备上运行的应用,预测性返回系统动画(返回主屏幕、跨任务和跨 activity)默认处于启用状态。此外,系统不会调用 onBackPressed
,也不会再调度 KeyEvent.KEYCODE_BACK
。
如果您的应用拦截了返回事件,并且您尚未迁移到预测性返回,请更新应用以使用受支持的返回导航 API;或者,在应用的 AndroidManifest.xml
文件的 <application>
或 <activity>
标记中将 android:enableOnBackInvokedCallback
属性设置为 false
,以暂时停用此功能。
Основная функциональность
Android 16 включает следующие изменения, которые изменяют или расширяют различные основные возможности системы Android.
Оптимизация планирования работы с фиксированной ставкой
До ориентации на Android 16, когда scheduleAtFixedRate
пропускало выполнение задачи из-за того, что оно находилось за пределами допустимого жизненного цикла процесса , все пропущенные выполнения выполнялись немедленно, когда приложение возвращалось к допустимому жизненному циклу.
При настройке Android 16 не более одного пропущенного выполнения scheduleAtFixedRate
выполняется немедленно, когда приложение возвращается к допустимому жизненному циклу. Ожидается, что это изменение поведения улучшит производительность приложения. Проверьте это поведение в своем приложении, чтобы проверить, не затронуто ли оно ваше приложение. Вы также можете протестировать, используя платформу совместимости приложений и включив флаг совместимости STPE_SKIP_MULTIPLE_MISSED_PERIODIC_TASKS
.
Большие экраны и форм-факторы
Android 16 включает следующие изменения в приложениях, отображаемых на устройствах с большим экраном.
Адаптивные макеты
Поскольку приложения Android теперь работают на различных устройствах (таких как телефоны, планшеты, складные устройства и настольные компьютеры) и имеют оконные режимы на больших экранах (например, разделенный экран и окно рабочего стола), разработчикам следует создавать приложения Android, которые адаптируются к любому экрану и окну. размер независимо от ориентации устройства. Такие парадигмы, как ограничение ориентации и возможности изменения размера, слишком ограничительны в современном мире, использующем множество устройств.
Игнорировать ограничения ориентации, изменения размера и соотношения сторон.
Для приложений, ориентированных на Android 16, Android 16 включает изменения в том, как система управляет ограничениями ориентации, изменения размера и соотношения сторон. На дисплеях с наименьшей шириной >= 600 dp ограничения больше не применяются. Приложения также заполняют все окно дисплея, независимо от соотношения сторон или предпочтительной ориентации пользователя, и столбчатый бокс не используется.
Это изменение вводит новое стандартное поведение платформы. Android движется к модели , в которой приложения должны адаптироваться к различным ориентациям, размерам дисплея и соотношениям сторон. Такие ограничения, как фиксированная ориентация или ограниченная возможность изменения размера, препятствуют адаптивности приложения, поэтому мы рекомендуем сделать ваше приложение адаптивным, чтобы обеспечить наилучшее взаимодействие с пользователем.
Общие критические изменения
Игнорирование ограничений на ориентацию, изменение размера и соотношение сторон может повлиять на пользовательский интерфейс вашего приложения на некоторых устройствах, особенно на элементы, которые были разработаны для небольших макетов, заблокированных в книжной ориентации: например, такие проблемы, как растянутые макеты, внеэкранная анимация и компоненты. Любые предположения о соотношении сторон или ориентации могут вызвать визуальные проблемы в вашем приложении. Узнайте больше о том, как их избежать и улучшить адаптивное поведение вашего приложения.
Разрешение вращения устройства приводит к повторному созданию большего количества действий, что может привести к потере состояния пользователя, если оно не будет сохранено должным образом. Узнайте, как правильно сохранить состояние пользовательского интерфейса, в статье Сохранение состояний пользовательского интерфейса .
Детали реализации
Следующие атрибуты манифеста и API среды выполнения игнорируются на устройствах с большим экраном в полноэкранном и многооконном режимах:
-
screenOrientation
-
resizableActivity
-
minAspectRatio
-
maxAspectRatio
-
setRequestedOrientation()
-
getRequestedOrientation()
Следующие значения для screenOrientation
, setRequestedOrientation()
и getRequestedOrientation()
игнорируются:
-
portrait
-
reversePortrait
-
sensorPortrait
-
userPortrait
-
landscape
-
reverseLandscape
-
sensorLandscape
-
userLandscape
Что касается возможности изменения размера дисплея, android:resizeableActivity="false"
, android:minAspectRatio
и android:maxAspectRatio
не имеют никакого эффекта.
Для приложений, ориентированных на Android 16, ограничения ориентации, изменения размера и соотношения сторон приложения по умолчанию игнорируются на больших экранах, но каждое приложение, которое не полностью готово, может временно отменить это поведение, отключив его (что приводит к предыдущему поведению при размещении в режиме совместимости).
Исключения
Ограничения по ориентации, изменению размера и соотношению сторон Android 16 не применяются в следующих ситуациях:
- Игры (на основе флага
android:appCategory
) - Пользователи явно соглашаются на поведение приложения по умолчанию в настройках соотношения сторон устройства.
- Экраны меньше, чем
sw600dp
Временно отказаться от участия
Чтобы отказаться от определенного действия, объявите свойство манифеста PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY
:
<activity ...>
<property android:name="android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY" android:value="true" />
...
</activity>
Если слишком много частей вашего приложения не готовы для Android 16, вы можете полностью отказаться, применив то же свойство на уровне приложения:
<application ...>
<property android:name="android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY" android:value="true" />
</application>
Здоровье и фитнес
Android 16 включает следующие изменения, связанные с данными о здоровье и фитнесе.
Разрешения для здоровья и фитнеса
对于以 Android 16 或更高版本为目标平台的应用,BODY_SENSORS
权限将过渡到 android.permissions.health
下的精细权限,Health Connect 也使用这些权限。之前需要 BODY_SENSORS
或 BODY_SENSORS_BACKGROUND
的任何 API 现在都需要相应的 android.permissions.health
权限。这会影响以下数据类型、API 和前台服务类型:
- 来自 Wear 健康服务的
HEART_RATE_BPM
- Android Sensor Manager 中的
Sensor.TYPE_HEART_RATE
- Wear
ProtoLayout
中的heartRateAccuracy
和heartRateBpm
FOREGROUND_SERVICE_TYPE_HEALTH
,其中需要使用相应的android.permission.health
权限来替代BODY_SENSORS
如果您的应用使用这些 API,则现在应请求相应的精细权限:
- 如需在使用期间监测心率、血氧饱和度或体表温度:请请求
android.permissions.health
下的精细权限,例如READ_HEART_RATE
,而不是BODY_SENSORS
。 - 对于后台传感器访问权限:请求
READ_HEALTH_DATA_IN_BACKGROUND
,而不是BODY_SENSORS_BACKGROUND
。
这些权限与用于保护对 Health Connect(用于存储健康、健身和身心健康数据的 Android 数据存储区)读取数据的权限相同。