与早期版本一样,Android 16 包含一些行为变更,这些变更可能会影响您的应用。以下行为变更仅影响以 Android 16 或更高版本为目标平台的应用。如果您的应用以 Android 16 或更高版本为目标平台,您应该修改自己的应用以支持这些行为(如果适用)。
请务必查看对 Android 16 上运行的所有应用都有影响的行为变更列表(无论应用的 targetSdkVersion
如何)。
用户体验和系统界面
Android 16 进行了以下变更,旨在打造更一致、更直观的用户体验。
无边框设计停用退出选项
Android 15 强制为以 Android 15(API 级别 35)为目标平台的应用启用边到边,但您的应用可以通过将 R.attr#windowOptOutEdgeToEdgeEnforcement
设为 true
来选择停用。对于以 Android 16 为目标平台的应用,R.attr#windowOptOutEdgeToEdgeEnforcement
已废弃并处于停用状态,并且您的应用无法选择停用全屏显示。
如需在 Android 16 Beta 版 2 中进行测试,请确保您的应用支持边到边,并移除对 R.attr#windowOptOutEdgeToEdgeEnforcement
的任何使用。如需支持边到边,请参阅 Compose 和 View 指南。如有疑虑,请在反馈页面上通过问题跟踪器与我们联系。
需要迁移或停用预测性返回
For apps targeting Android 16 or higher and running on an
Android 16 or higher device, the predictive back system animations
(back-to-home, cross-task, and cross-activity) are enabled by default.
Additionally, onBackPressed
is not called and
KeyEvent.KEYCODE_BACK
is not dispatched anymore.
If your app intercepts the back event and you haven't migrated to predictive
back yet, update your app to use supported back navigation APIs. or
temporarily opt out by setting the
android:enableOnBackInvokedCallback
attribute to false
in the
<application>
or <activity>
tag of your app's AndroidManifest.xml
file.
优雅字体 API 已废弃并停用
以 Android 15(API 级别 35)为目标平台的应用的 elegantTextHeight
TextView
属性默认设置为 true
,从而将紧凑字体替换为更易于阅读的字体。您可以通过将 elegantTextHeight
属性设置为 false
来替换此设置。
Android 16 弃用了 elegantTextHeight
属性,并且在您的应用以 Android 16 为目标平台后,系统会忽略该属性。这些 API 控制的“界面字体”即将停用,因此您应调整所有布局,以确保以阿拉伯语、老挝语、缅甸语、泰米尔语、古吉拉特语、卡纳达语、马拉雅拉姆语、奥里亚语、泰卢固语或泰语呈现一致且可持续的文字。

elegantTextHeight
属性设置为 false
而替换默认值的以 Android 15(API 级别 35)为目标平台的应用,elegantTextHeight
行为。
elegantTextHeight
属性设置为 false
来替换默认值的以 Android 15(API 级别 35)为目标平台的应用,elegantTextHeight
行为。核心功能
Android 16 包含以下更改,用于修改或扩展 Android 系统的各种核心功能。
固定费率工作调度优化
Prior to targeting Android 16, when scheduleAtFixedRate
missed a task execution due to being outside a valid
process lifecycle, all missed executions immediately
execute when the app returns to a valid lifecycle.
When targeting Android 16, at most one missed execution of
scheduleAtFixedRate
is immediately executed when the app
returns to a valid lifecycle. This behavior change is expected to improve app
performance. Test this behavior in your app to check if your app is impacted.
You can also test by using the app compatibility framework
and enabling the STPE_SKIP_MULTIPLE_MISSED_PERIODIC_TASKS
compat flag.
设备规格
Android 16 对在大屏设备上显示的应用做出了以下更改。
自适应布局
现在,Android 应用可在各种设备(例如手机、平板电脑、可折叠设备、桌面设备、汽车和电视)上运行,并且在大屏设备上支持多种窗口模式(例如分屏和桌面窗口模式),因此开发者应构建能够适应任何屏幕和窗口大小的 Android 应用,无论设备屏幕方向如何。在当今的多设备时代,限制屏幕方向和尺寸调整等范式过于严格。
忽略屏幕方向、尺寸可调整性和宽高比限制
对于以 Android 16 为目标平台的应用,Android 16 对系统管理屏幕方向、尺寸调整和宽高比限制的方式进行了更改。在最小宽度大于等于 600dp 的显示屏上,这些限制不再适用。无论宽高比或用户的首选屏幕方向如何,应用都会填满整个显示窗口,并且不会使用信箱模式。
此变更引入了新的标准平台行为。Android 正在朝着一种模式发展,即应用应适应各种屏幕方向、显示大小和宽高比。固定屏幕方向或尺寸可调整性受限等限制会妨碍应用自适应,因此我们建议让应用自适应,以提供尽可能出色的用户体验。
您还可以使用 [应用兼容性框架][a16-kilo-14] 并启用 UNIVERSAL_RESIZABLE_BY_DEFAULT
兼容性标志来测试此行为。
常见的破坏性更改
忽略屏幕方向、可调整大小和宽高比限制可能会影响应用在某些设备上的界面,尤其是专为锁定在纵向模式的小布局设计的元素:例如,拉伸的布局、屏幕外动画和组件等问题。对宽高比或屏幕方向做出的任何假设都可能会导致应用出现视觉问题。详细了解如何避免这些问题并改进应用的自适应行为。
允许设备旋转会导致重新创建更多 activity,如果未正确保留用户状态,可能会导致丢失用户状态。如需了解如何正确保存界面状态,请参阅保存界面状态。
实现细节
在大屏设备上,以下清单属性和运行时 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
的屏幕
暂时停用
如需停用特定 activity,请声明 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 数据存储区)读取数据的权限相同。