Como nas versões anteriores, o Android 16 inclui mudanças de comportamento que podem afetar seu app. As seguintes mudanças de comportamento se aplicam exclusivamente a apps destinados ao Android 16 ou mais recente. Caso seu app seja direcionado ao Android 16 ou a versões mais recentes, faça modificações para oferecer suporte a esses comportamentos, quando aplicável.
Consulte também a lista de mudanças de comportamento que afetam todos os apps
executados no Android 16, independente da targetSdkVersion
do app.
Experiência do usuário e interface do sistema
O Android 16 inclui as seguintes mudanças, que têm como objetivo criar uma experiência do usuário mais consistente e intuitiva.
A opção de desativar a exibição de ponta a ponta será removida
O Android 15 forçou a tela de ponta a ponta para apps direcionados ao Android 15 (nível
35 da API), mas seu app pode desativar essa configuração definindo
R.attr#windowOptOutEdgeToEdgeEnforcement
como true
. Para apps
destinados ao Android 16,
R.attr#windowOptOutEdgeToEdgeEnforcement
foi descontinuado e desativado, e o
app não pode desativar a exibição de borda a borda.
Para testar no Android 16 Beta 2, verifique se o app oferece suporte a tela cheia e
remova o uso de R.attr#windowOptOutEdgeToEdgeEnforcement
. Para oferecer suporte
a tela cheia, consulte as orientações do Compose e das Views. Informe
as dúvidas no nosso Issue Tracker na página de feedback.
Migração ou desativação necessária para a volta preditiva
对于以 Android 16 或更高版本为目标平台且在 Android 16 或更高版本的设备上运行的应用,预测性返回系统动画(返回主屏幕、跨任务和跨 activity)默认处于启用状态。此外,系统不会调用 onBackPressed
,也不会再调度 KeyEvent.KEYCODE_BACK
。
如果您的应用拦截了返回事件,并且您尚未迁移到预测性返回,请更新应用以使用受支持的返回导航 API;或者,在应用的 AndroidManifest.xml
文件的 <application>
或 <activity>
标记中将 android:enableOnBackInvokedCallback
属性设置为 false
,以暂时停用此功能。
APIs de fonte elegante descontinuadas e desativadas
Apps targeting Android 15 (API level 35) have the
elegantTextHeight
TextView
attribute set to true
by
default, replacing the compact font with one that is much more readable. You
could override this by setting the elegantTextHeight
attribute to false
.
Android 16 deprecates the
elegantTextHeight
attribute,
and the attribute will be ignored once your app targets Android 16. The "UI
fonts" controlled by these APIs are being discontinued, so you should adapt any
layouts to ensure consistent and future proof text rendering in Arabic, Lao,
Myanmar, Tamil, Gujarati, Kannada, Malayalam, Odia, Telugu or Thai.

elegantTextHeight
behavior for apps targeting Android
14 (API level 34) and lower, or for apps targeting Android 15 (API level 35)
that overrided the default by setting the elegantTextHeight
attribute to false
.
elegantTextHeight
behavior for apps targeting Android
16, or for apps targeting Android 15 (API level 35) that didn't override the
default by setting the elegantTextHeight
attribute to
false
.Principal recurso
O Android 16 inclui as seguintes mudanças que modificam ou expandem vários recursos principais do sistema Android.
Otimização da programação de trabalho de taxa fixa
在以 Android 16 为目标平台之前,如果 scheduleAtFixedRate
因不在有效的进程生命周期内而错过了任务执行,则当应用返回到有效的生命周期时,所有错过的执行会立即执行。
以 Android 16 为目标平台时,当应用返回到有效的生命周期时,系统会立即执行最多 1 次未执行的 scheduleAtFixedRate
执行。此行为变更预计会提升应用性能。在您的应用中测试此行为,检查您的应用是否受到影响。您还可以使用应用兼容性框架并启用 STPE_SKIP_MULTIPLE_MISSED_PERIODIC_TASKS
兼容性标志进行测试。
Formatos de dispositivo
O Android 16 inclui as seguintes mudanças para apps quando exibidos em dispositivos de tela grande.
Layouts adaptáveis
现在,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>
Saúde e fitness
O Android 16 inclui as seguintes mudanças relacionadas a dados de saúde e condicionamento físico.
Permissões de saúde e fitness
Para apps destinados ao Android 16 ou mais recente,
as permissões BODY_SENSORS
estão sendo substituídas pelas
permissões granulares em android.permissions.health
, também usadas pela Conexão
Saúde. Qualquer API que antes exigia BODY_SENSORS
ou
BODY_SENSORS_BACKGROUND
agora precisa da permissão
android.permissions.health
correspondente. Isso afeta os seguintes tipos de dados,
APIs e tipos de serviço em primeiro plano:
HEART_RATE_BPM
dos Recursos de saúde do WearSensor.TYPE_HEART_RATE
do Gerenciador de sensores do AndroidheartRateAccuracy
eheartRateBpm
do WearProtoLayout
FOREGROUND_SERVICE_TYPE_HEALTH
, em que a permissãoandroid.permission.health
é necessária no lugar deBODY_SENSORS
.
Se o app usar essas APIs, ele precisará solicitar as permissões granulares respectivas:
- Para monitoramento de frequência cardíaca, SpO2 ou temperatura da pele durante o uso:
solicite a permissão granular em
android.permissions.health
, comoREAD_HEART_RATE
em vez deBODY_SENSORS
. - Para acesso a sensores em segundo plano: solicite
READ_HEALTH_DATA_IN_BACKGROUND
em vez deBODY_SENSORS_BACKGROUND
.
Essas permissões são as mesmas que protegem o acesso à leitura de dados da Conexão Saúde, o repositório de dados do Android para dados de saúde, fitness e bem-estar.
Apps para dispositivos móveis
Os apps para dispositivos móveis que migram para usar a READ_HEART_RATE
e outras permissões
granulares também precisam declarar uma atividade para mostrar
a Política de Privacidade do app. Esse é o mesmo requisito da Conexão Saúde.
Conectividade
O Android 16 inclui as seguintes mudanças na pilha de Bluetooth para melhorar a conectividade com dispositivos periféricos.
Novas intents para lidar com a perda de vínculo e mudanças de criptografia
Como parte do Processamento de perda de vínculo aprimorado, o Android 16 também apresenta duas novas intents para dar aos apps mais consciência da perda de vínculo e mudanças de criptografia.
Os apps destinados ao Android 16 agora podem:
- Receber uma intent
ACTION_KEY_MISSING
quando a perda de vínculo remoto é detectada, permitindo que eles forneçam feedback mais informativo ao usuário e realizem ações apropriadas. - Receba uma intent
ACTION_ENCRYPTION_CHANGE
sempre que o status de criptografia do link mudar. Isso inclui a mudança de status de criptografia, de algoritmo de criptografia e de tamanho da chave de criptografia. Os apps precisam considerar a vinculação restaurada se o link for criptografado ao receber a intentACTION_ENCRYPTION_CHANGE
mais tarde.
Se o app usa mecanismos personalizados para o processamento de perda de vínculo, migre para
a nova intent ACTION_KEY_MISSING
para detectar e gerenciar eventos de perda de
vínculo. Recomendamos que o app oriente o usuário a confirmar se o dispositivo remoto está
no alcance antes de iniciar o esquecimento e o novo pareamento.
Além disso, se um dispositivo se desconectar depois que a intent ACTION_KEY_MISSING
for recebida, o app precisará se reconectar ao dispositivo, já que ele
pode não estar mais vinculado ao sistema.