Al igual que las versiones anteriores, Android 16 incluye cambios de comportamiento que podrían afectar tu app. Los siguientes cambios se aplican exclusivamente a las apps orientadas a Android 16 o versiones posteriores. Si tu app está orientada a Android 16 o versiones posteriores, debes modificarla para que admita estos comportamientos, cuando corresponda.
Asegúrate de revisar también la lista de cambios de comportamiento que afectan a todas las apps que se ejecutan en Android 16, independientemente de targetSdkVersion
de la app.
Experiencia del usuario y IU del sistema
Android 16 (nivel de API 36) incluye los siguientes cambios que tienen como objetivo crear una experiencia del usuario más intuitiva y coherente.
Desaparecerá la opción de inhabilitar el formato de borde a borde
Android 15 enforced edge-to-edge for apps targeting Android 15 (API
level 35), but your app could opt-out by setting
R.attr#windowOptOutEdgeToEdgeEnforcement
to true
. For apps
targeting Android 16 (API level 36),
R.attr#windowOptOutEdgeToEdgeEnforcement
is deprecated and disabled, and your
app can't opt-out of going edge-to-edge.
- If your app targets Android 16 (API level 36) and is running on an
Android 15 device,
R.attr#windowOptOutEdgeToEdgeEnforcement
continues to work. - If your app targets Android 16 (API level 36) and is running on an
Android 16 device,
R.attr#windowOptOutEdgeToEdgeEnforcement
is disabled.
For testing in Android 16 Beta 3, ensure your app supports edge-to-edge and
remove any use of R.attr#windowOptOutEdgeToEdgeEnforcement
so that your app
also supports edge-to-edge on an Android 15 device. To support edge-to-edge,
see the Compose and Views guidance.
Migración o inhabilitación obligatoria para el gesto atrás predictivo
En el caso de las apps que se orientan a Android 16 o versiones posteriores y se ejecutan en un dispositivo con Android 16 o versiones posteriores, las animaciones del sistema de atrás predictivo (volver a la página principal, cambiar de tarea y cambiar de actividad) están habilitadas de forma predeterminada.
Además, no se llama a onBackPressed
y ya no se envía KeyEvent.KEYCODE_BACK
.
Si tu app intercepta el evento atrás y aún no migraste al gesto atrás predictivo, actualiza tu app para usar las APIs de navegación atrás compatibles o inhabilita temporalmente la función configurando el atributo android:enableOnBackInvokedCallback
como false
en la etiqueta <application>
o <activity>
del archivo AndroidManifest.xml
de tu app.
Las APIs de fuentes elegantes dejaron de estar disponibles y se inhabilitaron
Las apps orientadas a Android 15 (nivel de API 35) tienen el atributo elegantTextHeight
TextView
establecido en true
de forma predeterminada, lo que reemplaza la fuente compacta por una que es mucho más legible. Para anular este comportamiento, configura el atributo elegantTextHeight
en false
.
Android 16 da de baja el atributo elegantTextHeight
, y este se ignorará una vez que tu app se segmente para Android 16. Las "fuentes de la IU" que controlan estas APIs dejarán de estar disponibles, por lo que debes adaptar los diseños para garantizar una renderización de texto coherente y a prueba de futuro en árabe, lao, birmano, tamil, guyaratí, canarés, malabar, oriya, telugu o tailandés.

elegantTextHeight
para apps que se orientan a Android 14 (nivel de API 34) y versiones anteriores, o para apps que se orientan a Android 15 (nivel de API 35) que anularon el valor predeterminado configurando el atributo elegantTextHeight
en false
.
elegantTextHeight
para apps que se orientan a Android 16 o a Android 15 (nivel de API 35) que no anularon el valor predeterminado configurando el atributo elegantTextHeight
en false
.Funcionalidad principal
Android 16 (nivel de API 36) incluye los siguientes cambios que modifican o expanden varias funciones principales del sistema Android.
Optimización de la programación de trabajo con tarifa fija
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.
Factores de forma de los dispositivos
Android 16 (nivel de API 36) incluye los siguientes cambios para las apps cuando se muestran en dispositivos de pantalla grande.
Diseños adaptables
Ahora que las apps para Android se ejecutan en una variedad de dispositivos (como teléfonos, tablets, plegables, computadoras de escritorio, automóviles y TVs) y modos de ventana en pantallas grandes (como la pantalla dividida y la ventana de escritorio), los desarrolladores deben compilar apps para Android que se adapten a cualquier tamaño de pantalla y ventana, independientemente de la orientación del dispositivo. Los paradigmas como la restricción de la orientación y el cambio de tamaño son demasiado restrictivos en el mundo multidispositivo actual.
Ignora las restricciones de orientación, cambio de tamaño y relación de aspecto
En el caso de las apps orientadas a Android 16 (nivel de API 36), Android 16 incluye cambios en la forma en que el sistema administra las restricciones de orientación, tamaño y relación de aspecto. En pantallas con un ancho más pequeño >= 600 dp, ya no se aplican las restricciones. Las apps también ocupan toda la ventana de visualización, independientemente de la relación de aspecto o la orientación preferida del usuario, y no se usa el formato pillarbox.
Este cambio introduce un nuevo comportamiento estándar de la plataforma. Android se está moviendo hacia un modelo en el que se espera que las apps se adapten a varias orientaciones, tamaños de pantalla y relaciones de aspecto. Las restricciones, como la orientación fija o el cambio de tamaño limitado, dificultan la adaptabilidad de la app, por lo que te recomendamos hacer que tu app sea adaptable para ofrecer la mejor experiencia del usuario posible.
También puedes probar este comportamiento con el marco de compatibilidad de apps y habilitando la marca de compatibilidad UNIVERSAL_RESIZABLE_BY_DEFAULT
.
Cambios rotundos comunes
Si ignoras las restricciones de orientación, cambio de tamaño y relación de aspecto, es posible que se vea afectada la IU de tu app en algunos dispositivos, en especial los elementos diseñados para diseños pequeños bloqueados en orientación vertical, por ejemplo, problemas como diseños estirados y animaciones y componentes fuera de la pantalla. Cualquier suposición sobre la relación de aspecto o la orientación puede causar problemas visuales en tu app. Obtén más información para evitarlos y mejorar el comportamiento adaptable de tu app.
Permitir la rotación del dispositivo genera más recreaciones de actividades, lo que puede provocar la pérdida del estado del usuario si no se conserva correctamente. Obtén información para guardar correctamente el estado de la IU en Cómo guardar estados de la IU.
Detalles de implementación
Los siguientes atributos del manifiesto y las APIs del tiempo de ejecución se ignoran en los dispositivos de pantalla grande en los modos de pantalla completa y multiventana:
screenOrientation
resizableActivity
minAspectRatio
maxAspectRatio
setRequestedOrientation()
getRequestedOrientation()
Se ignoran los siguientes valores para screenOrientation
, setRequestedOrientation()
y getRequestedOrientation()
:
portrait
reversePortrait
sensorPortrait
userPortrait
landscape
reverseLandscape
sensorLandscape
userLandscape
En cuanto al cambio de tamaño de la pantalla, android:resizeableActivity="false"
, android:minAspectRatio
y android:maxAspectRatio
no tienen efecto.
En el caso de las apps que se orientan a Android 16 (nivel de API 36), la orientación de la app, el cambio de tamaño y las restricciones de relación de aspecto se ignoran en pantallas grandes de forma predeterminada, pero todas las apps que no están completamente listas pueden anular temporalmente este comportamiento inhabilitando la opción (lo que genera el comportamiento anterior de colocarse en modo de compatibilidad).
Excepciones
Las restricciones de orientación, cambio de tamaño y relación de aspecto de Android 16 no se aplican en las siguientes situaciones:
- Juegos (según la marca
android:appCategory
) - Los usuarios que habilitan de forma explícita el comportamiento predeterminado de la app en la configuración de la relación de aspecto del dispositivo
- Pantallas más pequeñas que
sw600dp
Inhabilitar temporalmente
Para inhabilitar una actividad específica, declara la propiedad del manifiesto PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY
:
<activity ...>
<property android:name="android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY" android:value="true" />
...
</activity>
Si demasiadas partes de tu app no están preparadas para Android 16, puedes inhabilitar la función por completo aplicando la misma propiedad a nivel de la aplicación:
<application ...>
<property android:name="android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY" android:value="true" />
</application>
Salud y fitness
Android 16 (nivel de API 36) incluye los siguientes cambios relacionados con los datos de salud y fitness.
Permisos de salud y fitness
En el caso de las apps orientadas a Android 16 o versiones posteriores, los permisos de BODY_SENSORS
están en transición a los permisos detallados de android.permissions.health
que también usa Health Connect. Las APIs que antes necesitaban BODY_SENSORS
o BODY_SENSORS_BACKGROUND
ahora requieren el permiso android.permissions.health
correspondiente. Esto afecta los siguientes tipos de datos, APIs y tipos de servicios en primer plano:
HEART_RATE_BPM
de los Servicios de salud de WearSensor.TYPE_HEART_RATE
desde el Administrador de sensores de AndroidheartRateAccuracy
yheartRateBpm
de WearProtoLayout
FOREGROUND_SERVICE_TYPE_HEALTH
, donde se necesita el permisoandroid.permission.health
correspondiente en lugar deBODY_SENSORS
Si tu app usa estas APIs, ahora debe solicitar los permisos detallados correspondientes:
- Para el monitoreo en uso de la frecuencia cardíaca, la SpO2 o la temperatura de la piel, solicita el permiso detallado en
android.permissions.health
, comoREAD_HEART_RATE
en lugar deBODY_SENSORS
. - Para el acceso a los sensores en segundo plano, solicita
READ_HEALTH_DATA_IN_BACKGROUND
en lugar deBODY_SENSORS_BACKGROUND
.
Estos permisos son los mismos que protegen el acceso a la lectura de datos de Health Connect, el almacén de datos de Android para datos de salud, fitness y bienestar.
Apps para dispositivos móviles
Las apps para dispositivos móviles que migren para usar READ_HEART_RATE
y otros permisos detallados también deben declarar una actividad para mostrar la política de privacidad de la app. Este es el mismo requisito que Health Connect.
Conectividad
Android 16 (nivel de API 36) incluye los siguientes cambios en la pila de Bluetooth para mejorar la conectividad con dispositivos periféricos.
Nuevos intents para controlar la pérdida de vinculación y los cambios de encriptación
As part of the Improved bond loss handling, Android 16 also introduces 2 new intents to provide apps with greater awareness of bond loss and encryption changes.
Apps targeting Android 16 can now:
- Receive an
ACTION_KEY_MISSING
intent when remote bond loss is detected, allowing them to provide more informative user feedback and take appropriate actions. - Receive an
ACTION_ENCRYPTION_CHANGE
intent whenever encryption status of the link changes. This includes encryption status change, encryption algorithm change, and encryption key size change. Apps must consider the bond restored if the link is successfully encrypted upon receivingACTION_ENCRYPTION_CHANGE
intent later.
If your app currently uses custom mechanisms for bond loss handling, migrate to
the new intent ACTION_KEY_MISSING
to detect and manage bond loss
events. We recommend your app guide the user to confirm the remote device is in
range before initiating device forgetting and re-pairing.
Moreover, if a device disconnects after ACTION_KEY_MISSING
intent
is received, your app should be mindful about reconnecting to the device as that
device may no longer be bonded with the system.
Seguridad
Android 16 (nivel de API 36) incluye los siguientes cambios de seguridad.
Bloqueo de versión de MediaStore
En el caso de las apps orientadas a Android 16 o versiones posteriores, MediaStore#getVersion()
ahora será único para cada app. Esto elimina las propiedades de identificación de la cadena de versión para evitar el abuso y el uso de técnicas de creación de huellas digitales. Las apps no deben hacer suposiciones sobre el formato de esta versión. Las apps ya deberían controlar los cambios de versión cuando usan esta API y, en la mayoría de los casos, no deberían necesitar cambiar su comportamiento actual, a menos que el desarrollador haya intentado inferir información adicional que esté más allá del alcance previsto de esta API.