Notas de la versión de Android 16

En esta página, se resumen las funciones principales de la versión de Android 16 y se incluyen vínculos a información adicional. Estos resúmenes están ordenados según la ubicación de la documentación de las funciones en este sitio.

Audio

Compatibilidad con políticas de audio configurables

El HAL de HIDL permite que los proveedores de Android usen un enfoque alternativo para especificar reglas de enrutamiento de audio llamado Política de audio configurable (CAP), que es más flexible que el motor predeterminado que se usa para los teléfonos. Cuando se migró a la HAL de AIDL, no se implementó la compatibilidad con CAP en Android 14 y 15 debido a la falta de recursos. Corregimos este problema en Android 16 proporcionando las definiciones de AIDL faltantes y cambiando el mecanismo de carga de la configuración de CAP por parte del framework. Consulta Compatibilidad con políticas de audio configurables en la HAL de AIDL para obtener más información.

Convertimos el objetivo automático de Cuttlefish para aprovechar la implementación de AIDL de CAP y ayudar a los socios con la migración de sus productos.

Arquitectura

Bootloader genérico (GBL)

Android 16 introduce compatibilidad con un nuevo cargador de arranque genérico (GBL), un cargador de arranque estandarizado y actualizable diseñado para optimizar el proceso de arranque de Android.

Para obtener más información sobre el GBL, consulta la Descripción general del bootloader genérico (GBL).

Tamaño de página de 16 KB

En Android 16, se implementó la optimización de memoria para el almacenamiento local de subprocesos (TLS). Los búferes de las funciones basename() y dirname() ahora están aislados de la región principal de TLS en páginas de memoria dedicadas que se asignan solo en el primer uso. Este cambio genera un ahorro significativo de memoria, en especial en sistemas con un tamaño de página de 16 KB, ya que libera aproximadamente 8 KB dentro de la página de memoria del subproceso inicial. Esta optimización no solo reduce el consumo general de memoria, sino que también proporciona más espacio para que la pila crezca antes de requerir una página nueva, lo que ayuda a disminuir las fallas de página por expansión de la pila. Los sistemas que usan un tamaño de página de 4 KB también experimentan un ahorro de memoria.

Para obtener más información sobre el tamaño de página de 16 KB, consulta Tamaño de página de 16 KB.

Compatibilidad

Actualizaciones del ITS de la cámara

Android 16 contiene actualizaciones del Paquete de prueba de imagen de la cámara (ITS). Para obtener más información, consulta los siguientes recursos:

• Notas de la versión de ITS de la cámara de Android 16
• Pruebas de ITS de la cámara de Android 16

Documento de definición de compatibilidad (CDD)

Se lanza el Documento de definición de compatibilidad (CDD) de Android 16.

Actualizaciones de la prueba MIDI de Bluetooth del verificador de CTS

Para simplificar el procedimiento de prueba y reducir los posibles errores, Android 16 te permite ejecutar pruebas de bucle invertido MIDI de Bluetooth del CTS-V sin un periférico MIDI USB.

Para obtener la documentación específica de este cambio, consulta Actualizaciones de las pruebas MIDI de Bluetooth del verificador de CTS.

Actualizaciones de la prueba de barómetro del verificador de CTS

Para admitir las funciones de ubicación de Android, Android 16 incluye un nuevo conjunto de pruebas de medición del barómetro de CTS-V.

Para obtener la documentación específica de este cambio, consulta Pruebas de medición del barómetro de CTS Verifier.

Actualizaciones de las pruebas multidispositivo del verificador del CTS

Para admitir las funciones de conectividad de Android, Android 16 incluye un nuevo conjunto de pruebas del CTS-V.

Para obtener la documentación específica de este cambio, consulta Actualizaciones de las pruebas multidispositivo de CTS Verifier.

Conectividad

Identificación del SO Android

A partir de Android 16, el framework de Android incluye un servicio de atributo genérico (GATT) llamado servicio de información de Android (AIS), que permite que los dispositivos Bluetooth lean el nivel de API de Android como una característica GATT del servicio. Este servicio permite que los fabricantes de dispositivos Bluetooth sepan si un periférico Bluetooth se está vinculando con un dispositivo central que ejecuta el SO Android y administren la lógica especializada según el nivel de API.

Para obtener más información, consulta Identificación del SO Android.

Modo de devolución de llamada de emergencia

Android 16 incorpora la API del sistema EmergencyCallbackModeListener, que permite que el módulo de IMS obtenga el estado del modo de devolución de llamada de emergencia a través de una devolución de llamada cuando el dispositivo entra en el modo de devolución de llamada de emergencia o sale de él para SMS o llamadas. Los fabricantes de dispositivos pueden usar esta API para implementar la administración del registro de IMS y cumplir con los requisitos de los operadores y del 3GPP. Por ejemplo, si el equipo del usuario (UE) está en el estado de modo de devolución de llamada de emergencia, se puede configurar el módulo IMS para que mantenga su registro de emergencia durante un cierto período. El módulo IMS también puede mantener, extender y cancelar el registro de emergencia según el estado del modo de devolución de llamada de emergencia.

Actualizaciones del servicio de IMS

Android 16 presenta APIs del sistema que los fabricantes y proveedores de dispositivos pueden usar para su implementación de IMS. En la siguiente tabla, se enumeran las APIs que las apps con privilegios pueden usar para admitir servicios de IMS:

Clase	API
MmTelFeature	EpsFallbackReason
	ImsTrafficType
	ImsTrafficDirection
	modifyImsTrafficSession
	startImsTrafficSession
	stopImsTrafficSession
	triggerEpsFallback
ImsTrafficSessionCallback	Todos
ConnectionFailureInfo	Todos
TelephonyManager	getImsPrivateUserIdentity
	getImsPublicUserIdentities
	getImsPcscfAddresses
	getSimServiceTable
ImsCallSessionListener	callSessionTransferred
	callSessionTransferFailed
	callSessionSendAnbrQuery
SmsMessage	getRecipientAddress

Módulo de rango

Android 16 presenta el módulo Ranging, que agrega las APIs para las tecnologías de rango, como banda ultraancha, sondeo de canales Bluetooth, rango de RSSI de Bluetooth y tiempo de ida y vuelta (RTT) de Wi-Fi. Para obtener más información, consulta:

• Ranging: Especificación de carga útil y secuencia de mensajes fuera de banda
• Rango entre dispositivos (sitio para desarrolladores de Android)

Actualizaciones de hotspot de Wi-Fi

Android 16 presenta el método SoftApCallback#onClientsDisconnected para obtener una lista de los clientes desconectados de un hotspot de Wi-Fi (AP en segundo plano) y el motivo de la desconexión de cada cliente. Esta capacidad permite que los OEM automotrices cumplan con las especificaciones requeridas para las apps proyectadas, lo que mejora la capacidad de configuración y la funcionalidad de la pila de Wi-Fi de Android.

Para usar el método SoftApCallback#onClientsDisconnected, registra una devolución de llamada para obtener las capacidades del dispositivo con WifiManager#registerSoftApCallback para un hotspot vinculado o WifiManager#registerLocalOnlyHotspotSoftApCallback para un hotspot solo local. Las devoluciones de llamada de AP temporal registradas existentes deben anular el método SoftApCallback#onClientsDisconnected. Para obtener más información, consulta Cómo desarrollar apps con APIs de hotspot.

Para ver un ejemplo de implementación de un hotspot de Wi-Fi vinculado dentro de la página de configuración del automóvil de AAOS de referencia que usa SoftApCallback, consulta WifiTetheringHandler.java.

Para probar tu implementación, ejecuta las siguientes pruebas de unidades y pruebas de CTS Verifier:

• Pruebas de unidades
  • Administradores: atest packages/modules/Wifi/framework/tests/
  • Servicios: atest packages/modules/Wifi/service/tests/wifitests/
• Pruebas del verificador del CTS: atest CtsWifiSoftApTestCases

Pantalla

Modo de ventanas de escritorio

Las ventanas de escritorio permiten una mayor productividad, ya que proporcionan una interfaz familiar para organizar y cambiar el tamaño de las ventanas superpuestas. Consulta Compatibilidad con el modo multiventana para obtener información sobre cómo brindar compatibilidad con el modo de ventanas de escritorio.

Interacción

Tecnología háptica

Android 16 introduce APIs para reducir la fragmentación de la tecnología háptica en el ecosistema, eliminar la necesidad de ajustar cada dispositivo de forma individual y brindar experiencias de movimiento más enriquecedoras y expresivas a los desarrolladores y usuarios finales de dispositivos. La nueva API de envolvente lineal por tramos (PWLE) admite la creación de efectos de PWLE normalizados que producen percepciones hápticas similares en dispositivos similares.

A continuación, se incluye un resumen de cómo las nuevas APIs en Android 16 mejoran las capacidades hápticas:

• Se reducen los costos de desarrollo, ya que se quita el ajuste por dispositivo a través de una escala de valores normalizada.
• Crea un conjunto de referencia de elementos hápticos primitivos para el ecosistema (por ejemplo, CLICK, TICK, LOW_TICK, SLOW_RISE, QUICK_RISE, QUCK_FALL, THUD, SPIN).
• Admite la creación y composición de efectos paramétricos (duración, amplitud y frecuencia).
• Se agregó compatibilidad con la protección automática para la sobrecarga háptica.
• Habilita experiencias multisensoriales, como la combinación de hápticos y sonido.
• Se cerró la brecha de paridad de capacidades para desarrolladores de hápticos de Android.

Te recomendamos que integres y uses las nuevas APIs de PWLE normalizadas para habilitar las primitivas hápticas básicas y brindar compatibilidad con las nuevas experiencias hápticas para desarrolladores. Para obtener más información, consulta Implementa efectos de PWLE.

Sensor base de frecuencia cardíaca

En Android 16, para mantener la compatibilidad, el framework de Android usa el permiso SENSOR_PERMISSION_READ_HEART_RATE para los sensores básicos de frecuencia cardíaca. En Android 15 y versiones anteriores, el framework usa el permiso SENSOR_PERMISSION_BODY_SENSORS. Para obtener más información sobre el tipo de sensor base de frecuencia cardíaca, consulta Frecuencia cardíaca.

Contenido multimedia

Compatibilidad con HDR

Android 16 introduce las siguientes mejoras para la compatibilidad con HDR:

• Capacidad de resguardo de la app (SDR como resguardo) a través de Media3 ExoPlayer y el selector de fotos.
• Se mejoró la compatibilidad con capturas de pantalla para el contenido HDR. Para obtener más información, consulta HDR en capturas de pantalla de Android.
• Se aumentó la coherencia en el contenido HDR creado.

Te recomendamos que hagas lo siguiente:

• Habilita HLG o Dolby Vision (8.4 con HLG) en la app de cámara de forma predeterminada.
• Habilita el Ultra HDR para las fotos de forma predeterminada.
• Proporciona compatibilidad de la app con video HLG y captura Ultra HDR.

Marco de trabajo de calidad del contenido multimedia

En Android 16, diseñamos un nuevo framework de calidad de audio y video para establecer una API estandarizada para las implementaciones de televisores Android. Este framework proporciona un enfoque unificado para los ajustes de calidad de imagen (PQ) y calidad de audio (AQ) en las TVs Android, y simplifica el desarrollo para los proveedores. Esta función proporciona lo siguiente:

• Configuración detallada de la calidad de imagen por transmisión, por usuario y por tipo de entrada en el panel de la pantalla, con un parámetro de configuración a nivel del sistema para que toda la pantalla se use en todas las apps
• Configuración de audio detallada por transmisión y por dispositivo, con un parámetro de configuración a nivel del sistema para usar en todas las apps

Códec de video

En Android 16, lanzamos la compatibilidad de la plataforma con el códec Advanced Professional Video (APV). El códec APV es un códec intraframe de alta velocidad de bits diseñado para brindar a los creadores de contenido capturas y ediciones de alta calidad.

Además, Google planea realizar la transición de todos los usuarios de VP8, VP9 y AVC (H.264) a AV1. Los desarrolladores de apps prefieren AV1, la próxima generación de códecs, para evitar las transcodificaciones en el backend y reducir la latencia. A pesar de que la compatibilidad con el códec de software AV1 está mejorando, se siguen recomendando los códecs de hardware, en especial para la codificación.

Puedes adoptar AV1 para obtener mayor calidad, confiabilidad y simultaneidad, y considerar la compatibilidad con APV en las apps de Cámara y Galería.

Rendimiento

Modo trade-in

Android 16 introduce el modo de intercambio, que permite a los desarrolladores y revendedores evaluar el estado del sistema después de un restablecimiento de la configuración de fábrica.

Para obtener más información, consulta Cómo obtener información sobre el estado del sistema.

Permisos

Actualizaciones de roles de Android

Android 16 actualiza los siguientes roles:

• COMPANION_DEVICE_APP_STREAMING: Para casos de uso de transmisión, duplicación o transferencia de apps que permiten la transmisión, la duplicación o la transferencia desde un dispositivo con Android, como un teléfono celular o una tablet, a una computadora de escritorio o laptop.

• COMPANION_DEVICE_NEARBY_DEVICE_STREAMING: Para casos de uso de dispositivos Android, como teléfonos celulares o tablets, en los que se transmite contenido a la app de Vehículo conectado y a la app de dispositivos XR.

Consulta Roles de Android para obtener más información.

Seguridad

Seguridad celular

Android 16 introduce pequeños cambios en la UX del botón de activación/desactivación de conectividad 2G presente en la Configuración de la SIM para alinearlo con el resto de la Configuración. Android 16 también introduce una sección dedicada a las funciones de seguridad de redes móviles llamada Seguridad de redes móviles en Centro de seguridad en Configuración.

Integridad del dispositivo

Android 16 agrega compatibilidad con los certificados de certificación de KeyMint versión 4.0. Para verificar la integridad de los módulos APEX cargados, los certificados de KeyMint 4.0 incluyen un nuevo campo moduleHash en la estructura KeyDescription.

Consulta Certificación de IDs y claves para obtener más información.

Almacenamiento

Cuenta de contactos predeterminada

Los usuarios de Android pierden algunos contactos cuando cambian a otro dispositivo. Para reducir la pérdida de contactos, Android 16 introduce el concepto de una cuenta predeterminada para los contactos. Para admitir esta función, tu app de Contactos debe hacer lo siguiente:

• Promocionar las opciones de sincronización en la nube para evitar la pérdida de contactos con el tiempo
• Preguntar a los usuarios si quieren mover sus contactos locales y de la SIM a las cuentas predeterminadas de la nube
• Desalentar la creación de contactos locales y de la SIM nuevos

Actualizaciones

Actualizaciones de apps sin problemas

Cuando se actualiza un paquete, se detiene y se pone en estado inactivo para evitar que se ejecute mientras cambian su código y sus recursos. En el caso de las apps grandes, complejas y críticas para el sistema, poner los paquetes en un estado inmutable puede generar una experiencia del usuario deficiente, ya que es posible que las apps dependientes no se puedan ejecutar.

Android 16 reduce el tiempo durante el que una app no se puede ejecutar trasladando dexopt o dex2oat a una fase anterior del proceso de instalación. Este cambio reduce el tiempo que una app se congela de varios segundos a decenas de milisegundos.

Virtualización

Android 16 amplía las capacidades del marco de virtualización de Android (AVF) y el hipervisor KVM protegido (pKVM), como las actualizaciones mejoradas del SO en las máquinas virtuales (VM) y la introducción de una terminal de Linux. A continuación, se incluye una lista de los cambios notables en AVF:

• Compatibilidad con el kit de desarrollo nativo de bajo nivel (LL-NDK) de AVF Android 16 permite que los proveedores lancen VMs desde la partición del proveedor con el AVF administrado por Google.
• Compatibilidad con el inicio anticipado de la VM AVF permite que las VMs se ejecuten antes en el proceso de inicio, lo que beneficia las cargas útiles críticas, como las capas de abstracción de hardware (HAL) de KeyMint.
• Actualizaciones de Microdroid Microdroid incluye almacenamiento encriptado redimensionable y compatibilidad con VMs protegidas de 16 K para mejorar el rendimiento.
• Compatibilidad con la terminal de Linux Ferrochrome introduce una terminal de Linux basada en Debian dentro de una máquina virtual.
• Framework de firmware invitado para la compatibilidad con el perfil A de Arm (FF-A): pKVM admite la comunicación segura estandarizada de FF-A con TrustZone para las VMs protegidas.
• Actualizaciones de VMs protegidas Trusty OS para aplicaciones de confianza (TA) estándar te permite ejecutar applets de confianza de TrustZone en VMs protegidas para mejorar el aislamiento y la capacidad de actualización.
• Compatibilidad con llamadas de supervisión seguras (SMC) privadas del proveedor. Puedes trasladar el código existente con SMC privadas del proveedor a una pVM.
• Actualizaciones de la asignación de dispositivos Android 16 admite la asignación de dispositivos de la plataforma a las pVM, lo que permite el acceso directo al hardware.
• Compatibilidad con la paridad de invitados sin protección. Los invitados no protegidos tienen compatibilidad completa con el notificador de la unidad de administración de memoria (MMU) y memoria no anclada, como una app para Android.
• Actualizaciones del registro del hipervisor Android 16 incluye eventos de registro estructurados y un mejor seguimiento de funciones.

Para obtener más información sobre estos cambios, consulta Android Virtualization Framework.