Notas de versión para Android 11

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

Arquitectura

Cuotas de la API

La versión de Android 11 presenta la función de cuotas de API, que limita la frecuencia con la que las apps pueden llamar a determinadas API. Solo se implementa en las llamadas a las API de JobScheduler. Cualquier cambio que realices en los límites predeterminados todavía debe también aprobar las pruebas de CTS. Puedes inhabilitar y habilitar las cuotas de API con el método setEnabled en QuotaTracker.java. El valor predeterminado es habilitado. Si se inhabilita la función, las apps pueden llamar a las API afectadas sin limitaciones.

Se proporcionan pruebas de unidades para QuotaTracker y clases asociadas. La documentación detallada se encuentra en los comentarios de la clase QuotaTracker. Esta función presenta la nueva API pública de LimitExceededException.

Bootloader

Versión 3 del encabezado de inicio

Android 11 admite la versión 3 del encabezado de inicio. Para obtener más información, consulta Encabezado de imagen de arranque.

Particiones

Particiones de inicio

Android 11 presenta el concepto de imágenes genéricas del kernel. Para permitir un inicio fácil en un dispositivo arbitrario con una imagen de kernel genérica, toda la información específica del proveedor se quita de la partición de inicio y se reubica en una partición de inicio del proveedor. Un dispositivo que se inicia con Android 11 debe admitir la partición de arranque del proveedor y el formato de partición de inicio actualizado para aprobar las pruebas con el GKI.

Encabezado de inicio del proveedor

El encabezado de inicio del proveedor puede incluir más de una página.

Aplicación de las interfaces de partición de productos

Android 11 desagrupa la partición product para independizarla de la partición system y la del proveedor. Como parte de estos cambios, ahora puedes controlar el acceso de la partición de producto a interfaces nativas y Java.

Imágenes de recuperación

Android 11 actualiza los requisitos de imágenes de recuperación e incluye nuevas opciones basadas en versiones para incluir un DTBO/ACPIO de recuperación como parte de la imagen de arranque/recuperación. Para obtener más información, consulta Imágenes de recuperación.

Reinicios en segundo plano

Android 11 admite los reinicios en segundo plano, que son reinicios en tiempo de ejecución de procesos que se producen en el espacio del usuario con el fin de implementar actualizaciones que requieran un reinicio (por ejemplo, actualizaciones de paquetes APEX).

Kernel

Kernel comunes de Android

Android 11 presenta cambios importantes en cómo se desarrollan e integran los kernel comunes de Android.

Supervisión de ABI de kernel de Android

Android 11 presenta herramientas de supervisión de ABI para estabilizar la ABI de kernel de los kernel de Android.

Imagen de kernel genérica

Android 11 presenta la imagen genérica de kernel (GKI), que se encarga de la fragmentación de kernel mediante la unificación del kernel principal y la transferencia del SoC y la asistencia de placa desde el kernel hacia los módulos cargables.

Kernel modulares

Compatibilidad con el módulo de kernel

Es posible que una imagen genérica de kernel (GKI) no sea compatible con el controlador necesario para permitir que un dispositivo active particiones. A fin de habilitar un dispositivo para activar particiones y continuar con el inicio, se mejoró el elemento init inicial para que cargue los módulos de kernel presentes en un disco RAM. El disco RAM se divide en discos RAM de proveedores y genéricos. Los módulos de kernel del proveedor se almacenan en el disco RAM del proveedor. Puedes configurar el orden en el que se cargan los módulos de kernel.

DebugFS

Android 11 quita la compatibilidad con plataformas para DebugFS y requiere que los dispositivos de producción no activen este archivo ni accedan a él. Si bien DebugFS se creó con fines de depuración, se incluyó en compilaciones de usuarios y usedebug para componentes genéricos y específicos de proveedores. DebugFS dejará de estar disponible porque genera lo siguiente:

  • API inestable y sin documentar: Android depende de HAL e interfaces de kernel de Linux bien definidas y estables para funcionar correctamente. Las pruebas de VTS administran la presencia y la precisión de estas interfaces. No se puede aplicar DebugFS porque su ABI no es estable ni está documentada.

  • Código de mala calidad: Debido a que se usan para la depuración, los nodos que se agregan a debugfs no se revisan ni prueban de manera rigurosa como en otros sistemas de archivos. Los errores que se descubren en debugfs se consideran de menor prioridad, lo que contribuye a vulnerabilidades de seguridad que se originan en debugfs.

  • Vulnerabilidades de seguridad: DebugFS se creó con la intención de ayudar a los desarrolladores de kernel a depurar el sistema y no con un enfoque en la seguridad. Actualmente, no hay un método eficiente para verificar que todos los nodos de DebugFS expuestos en un dispositivo de producción sean seguros. Aunque el ajuste de SEpolicy redujo la gravedad de las vulnerabilidades de seguridad que se originan en debugfs, la inhabilitación de la activación de debugfs es la única manera de eliminar por completo la superficie de ataque.

En Android 11, VTS exige que CONFIG_DEBUG_FS no esté habilitado en la configuración del kernel del dispositivo y que debugfs no aparezca en /proc/filesystems.

Montones ION para GKI

En Android 11, la versión 5.4 del kernel común de Android presenta un marco de trabajo para modularizar montones de ION específicos de proveedores y, de manera simultánea, mantener el controlador de ION principal integrado, lo que permite que los OEM retengan los cambios en el controlador de kernel ION al implementar la imagen genérica de kernel (GKI).

Componentes modulares del sistema

Revocación automática de permisos

En Android 11, el módulo PermissionsController puede revocar automáticamente los permisos de tiempo de ejecución para las apps que no se hayan usado durante un período prolongado.

Actualizaciones del módulo de línea principal

Android 11 presenta varios módulos nuevos y actualiza otros existentes que se agregaron en Android 10.

Superposiciones de recursos de tiempo de ejecución

Android 11 y las versiones posteriores admiten un nuevo mecanismo para RRO. Las mejoras incluyen espacio reservado para ID de recursos, un archivo res/xml/overlays.xml que permite enumerar los recursos de destino, una regla de compilación Soong para superposiciones y un archivo OverlayConfig para configurar la mutación, el estado predeterminado y la prioridad de las superposiciones.

NDK de proveedor

Resúmenes de proveedores

Android 11 admite artefactos de compilación de resúmenes de VNDK y resúmenes de proveedores, que puedes usar para compilar vendor.img sin importar la versión de Android que uses en el árbol fuente. De esta manera, puedes usar versiones de imágenes combinadas (por ejemplo, una imagen del sistema nueva y una de un proveedor anterior).

Audio

La captura de audio del sintonizador FM requiere un permiso de privilegio

En Android 11, la fuente de audio MediaRecorder.AudioSource.RADIO_TUNER se puede ver como @SystemApi y usar cuando se captura audio con AudioRecord o si MediaRecorder requiere el permiso de privilegio android.permission.CAPTURE_AUDIO_OUTPUT.

Efectos de audio

A partir de Android 11, los fabricantes de dispositivos tienen la capacidad de incluir y habilitar automáticamente efectos de audio específicos cuando se selecciona un determinado dispositivo de audio para captura o reproducción.

Límite de tipos de dispositivos

En Android 11, quitamos el límite de cantidad de tipos de dispositivos de audio a fin de que puedan agregarse nuevos.

Implementación

Implementación de audio

Android 11 cuenta con una aplicación más estricta de implementaciones de HAL para activadores de sonido en tiempo de ejecución que en versiones anteriores.

Automotive

Detalles de la versión

Para obtener más información sobre las nuevas funciones y mejoras de Automotive, consulta los Detalles de la versión de Automotive.

API de restablecimiento de puertos USB

En Android 11, los fabricantes de dispositivos pueden implementar la API de restablecimiento de puertos USB para restablecer la conexión de gadgets USB con los hosts conectados.

Cámara

Bokeh de la cámara

A partir de Android 11, la plataforma de Android es compatible con las implementaciones de bokeh de la cámara y proporciona API para que la función bokeh esté disponible en apps de terceros.

Zoom de la cámara

En Android 11, una app puede usar el zoom de la cámara (digital y óptico) a través de la configuración ANDROID_CONTROL_ZOOM_RATIO. Esta configuración es un factor de punto flotante que mejora la precisión del zoom, en comparación con el uso de valores enteros con la configuración ANDROID_SCALER_CROP_REGION, y permite alejar (< 1.0f).

Transmisión simultánea de la cámara

A partir de Android 11, la API de Camera2 incluye métodos que las apps pueden llamar para determinar si las cámaras admiten transmisiones simultáneas y qué configuraciones de transmisión son compatibles.

Compatibilidad con cámaras mejorada para dispositivos virtuales Android

Android 11 presenta una implementación emulada de HAL de Cámara renovada en dispositivos virtuales Cuttlefish y Android Emulator que admite más funciones de cámara, como las siguientes:

  • Captura de RAW
  • Reprocesamiento de YUV
  • Dispositivos de nivel 3
  • Compatibilidad con cámara lógica
  • Compatibilidad con cámara de profundidad únicamente

Puedes encontrar esta HAL de cámara emulada en /platform/hardware/google/camera/devices/EmulatedCamera/hwl.

Prácticas recomendadas para varias cámaras

Para aprovechar al máximo las funciones disponibles cuando hay varias cámaras y mantener la compatibilidad con las apps, sigue estas prácticas recomendadas al implementar un dispositivo lógico de varias cámaras. Se incluyen las prácticas recomendadas para usar la API de ANDROID_CONTROL_ZOOM_RATIO que se introdujo en Android 11.

Cámaras del sistema

Android 11 incluye compatibilidad con cámaras del sistema a través del permiso android.permission.SYSTEM_CAMERA. Las cámaras del sistema te permiten implementar funciones de cámara que se pueden usar en apps con privilegios o del sistema, pero no están disponibles para apps públicas de terceros.

Compatibilidad

El Documento de definición de compatibilidad de Android 11 reitera lo mismo que las versiones anteriores con actualizaciones para funciones nuevas y cambios en los requisitos de funciones previas.

Conectividad

Bluetooth y NFC

Sincronización de pagos NFC fuera del host

Android admite la emulación de tarjetas NFC con un elemento seguro para la emulación de tarjetas fuera del host, pero es posible que el servicio de pago preferido especificado en la configuración de Toca y paga no se sincronice con la app en el elemento seguro.

Android 11 soluciona este problema con la sincronización de pagos fuera del host, un mecanismo que te permite sincronizar la configuración de pagos en Toca y paga, la configuración de enrutamiento en el frontend sin contacto (CLF) y el estado seleccionado por la app en el elemento seguro.

Acceso rápido a Wallet

La función Acceso rápido a Wallet permite que el usuario acceda a tarjetas y pases relevantes directamente desde el menú de encendido.

Llamadas y mensajes

Comportamiento de las llamadas de emergencia

Android 11 presenta cambios en la forma en que se controlan las llamadas de emergencia para ampliar la compatibilidad con los requisitos de los proveedores. A continuación, se describe el comportamiento de control de llamadas de emergencia:

  • Cuando un usuario realiza una llamada de emergencia mientras está en otra llamada, según cómo se configure la clave KEY_ALLOW_HOLD_CALL_DURING_EMERGENCY_BOOL, el dispositivo desconecta automáticamente la llamada en curso o la pone en espera e inhabilita el regreso a esa llamada hasta que finalice la llamada de emergencia.
  • Durante una llamada de emergencia, las llamadas entrantes se rechazan automáticamente y se muestran al usuario como llamadas perdidas. Durante una llamada de emergencia activa, no se pueden realizar llamadas de otro tipo.
  • En el modo devolución de llamada de emergencia, realizar una llamada de otro tipo provoca que el dispositivo salga del modo. Si se realiza una llamada de emergencia, el dispositivo volverá al modo devolución de llamada de emergencia cuando finalice la llamada. Las llamadas entrantes no provocan que el dispositivo salga del modo devolución de llamada de emergencia.
  • Las llamadas de emergencia activas no se pueden cambiar ni poner en espera.

Base de datos de números de emergencia que se puede actualizar

Android 11 presenta una base de datos de números de emergencia que se puede actualizar de manera inalámbrica. La base de datos contiene una lista de números de teléfono de emergencia con los países y las categorías de servicio correspondientes.

Proveedor

eSIM

Flujo de activación de eSIM a través de la app del proveedor

Android 11 mejora el proceso de activación de un perfil de eSIM mediante una app de proveedor. Cuando usas un código de activación para descargar un perfil, la LPA puede iniciar la interfaz de usuario de la app del proveedor para recuperar información adicional del usuario. La app de proveedor también puede iniciar la LUI para activar un perfil de eSIM.

Para obtener más información, consulta:

Solución de errores de la API de eUICC

Android 11 presenta claves y valores adicionales para brindar mejores soluciones de errores, ya que permite que el llamador de la API de eUICC solucione errores específicos de forma individual.

Parámetro de opción para borrar el método de suscripciones

A partir de Android 11, cuando uses el método eraseSubscriptions en EuiccManager, deberás proporcionar un valor de enumeración EuiccCardManager#ResetOption para especificar si se borran todas las suscripciones de pruebas, las operacionales o ambos tipos.

Compatibilidad con redes de varios operadores

Los dispositivos que se lanzan con Android 11 pueden admitir varias redes móviles públicas terrestres (PLMN). La compatibilidad con varias PLMN proporciona flexibilidad para los operadores de redes móviles (MNO), porque les permite transmitir varias identidades.

Compatibilidad con celdas pequeñas

Los dispositivos que se lanzan con Android 11 pueden admitir grupos de suscriptores cerrados (CSG) a través de métodos en las API de identificación de celdas que obtienen información sobre los datos de CSG de una celda. Esto es útil para los operadores de redes móviles (MNO) que administran pequeñas celdas mediante grupos de suscriptores cerrados.

API de diagnóstico de conectividad

La API de diagnóstico de conectividad permite que las apps que tienen o administran redes, como las de proveedores, de VPN y de sugerencias de Wi-Fi, reciban información de diagnóstico de conectividad de red del marco de trabajo.

Cambios en la API de Open Mobile

Android 11 presenta funcionalidad adicional para la API de Open Mobile (OMAPI):

  • Reglas de análisis de privilegios de proveedor

  • Personalización el acceso de elementos seguros incorporados (eSE) o aprovisionamiento de un eSE mediante una o más de las siguientes opciones:

    • SECURE_ELEMENT_PRIVILEGED_OPERATION permiso con privilegio del sistema
    • Identificadores de aplicación (AID) de la Regla de acceso a la aplicación principal (ARA-M) configurable
    • reset API del sistema para restablecer el lector de OMAPI

  • Proporciona a los lectores un indicador claro para que las apps filtren las capacidades de los dispositivos.

Informes de intensidad de la señal

En Android 11, puedes seleccionar y personalizar varios tipos de medición de señal para que el marco de trabajo use el informe de intensidad de la señal en redes de acceso de radio (RAN) 4G LTE y 5G NR. Luego, puedes usar las intensidades de señal informadas para controlar cómo se muestran las barras de señal en tus dispositivos.

Wi-Fi

Configuraciones de redes Wi-Fi de proveedores

En Android 11, puedes usar la API de sugerencias de Wi-Fi para agregar configuraciones de redes Wi-Fi de proveedores, en lugar de configurar el parámetro carrier_wifi_string_array en el administrador de configuración de proveedores.

Compatibilidad con hotspots de Wi-Fi (AP en segundo plano) para conexiones mediante dispositivo móvil

Android 11 incluye configuración mejorada de hotspots de Wi-Fi (AP en segundo plano), lo que ofrece mayor compatibilidad con personalizaciones y casos de uso de proveedores. Estos cambios permiten que los fabricantes de dispositivos configuren lo siguiente:

  • SSID y BSSID
  • Tipo de seguridad (incluido WPA3)
  • SSID oculto
  • Banda y canal de operación (incluido ACS)
  • Cantidad máxima de clientes permitidos
  • Valor de tiempo de espera para el cierre automático
  • Lista de dispositivos permitidos y bloqueados para que los usuarios controlen los dispositivos asociados

Mejoras en la selección de redes Wi-Fi

Android 11 presenta mejoras en la selección de redes Wi-Fi para perfeccionar su conectividad.

Mejoras en Wi-Fi Passpoint

Android 11 presenta las siguientes mejoras en la función Passpoint:

  • La compatibilidad con vencimiento de perfiles permite que el sistema notifique al usuario y aplique fechas de vencimiento de perfiles. Esta opción requiere un perfil con el campo SubscriptionParameters/ExpirationDate inicializado.
  • Se admiten certificados de CA privados y autofirmados en perfiles R1 de Passpoint.
  • Se admiten perfiles R1 de Passpoint sin certificado de CA. El sistema usa el almacenamiento de confianza predeterminado para autenticar la conexión.
  • Se admite la configuración de un dominio AAA con nombre, independiente del FQDN de ANQP (con el nodo Extension/Android en PPS-MO). Esto te permite especificar un dominio AAA diferente del dominio anunciado sin comprometer la seguridad de la conexión.
  • Se admiten varias configuraciones de Passpoint instaladas con el mismo FQDN. Esto es útil para los proveedores que implementan más de una combinación de código móvil de país (MCC) y código de red móvil (MNC) en su red, pero que solo tienen un FQDN.
  • Se ofrece la capacidad de detectar y aceptar puntos de acceso R3 de Passpoint.
  • Coincidencia de red mejorada:
    • Admite la coincidencia de proveedores principales para HomeSP/HomeOIList.
    • Admite la coincidencia de proveedores principales para HomeSP/OtherHomePartners.
    • Quita el requisito de coincidencia del método EAP, que no se requiere para la especificación de Passpoint.

Se admiten nombres comunes de perfiles de Wi-Fi mejorados.

En Android 11, los perfiles de Wi-Fi siguen siendo válidos aun si la autoridad de certificados raíz (CA) de un proveedor cambia cuando se especifica el nombre común en el subárbol de la extensión Android opcional. En versiones anteriores, los usuarios debían descargar un perfil nuevo del proveedor si cambiaba la CA raíz.

Datos

Auditoría de acceso a los datos

Android 11 incluye auditoría de acceso a los datos, que permite a los desarrolladores de apps identificar mejor cómo las apps y dependencias acceden a los datos privados (como la ubicación y los datos de la cámara) de los usuarios. En el caso de las apps multipropósito complejas, los desarrolladores pueden definir etiquetas de atribución para identificar las diferentes partes.

Para obtener más información, consulta Auditoría de acceso a los datos.

Pantalla

Actualizaciones de la API de notificaciones en burbujas

Android 10 introdujo la API de notificaciones en burbujas, que permite a los usuarios hacer varias tareas a la vez desde cualquier parte del dispositivo. Android 11 incluye varias mejoras para las burbujas. Los cambios más importantes son la activación predeterminada de las burbujas y la eliminación de su configuración en las opciones para desarrolladores. Ya no se requiere hacer nada para implementar burbujas en la plataforma de Android.

Controles de dispositivos

La función Controles de dispositivos, disponible a partir de Android 11, permite que el usuario vea y controle rápidamente dispositivos externos, como luces, termostatos y cámaras, desde el menú de encendido. Los agregadores de dispositivos (por ejemplo, Google Home) y las apps de terceros pueden proporcionar dispositivos para mostrar en este espacio. No es necesario realizar ninguna implementación en la plataforma para admitir esta función. La implementación predeterminada se incluye en la IU del sistema del AOSP. Para obtener información sobre cómo agregar compatibilidad con controles de dispositivos a tu app de control, consulta la página Cómo controlar dispositivos externos para desarrolladores de Android.

Actualizaciones de clasificadores de texto

Android 11 presenta una implementación predeterminada actualizable del servicio de clasificador de texto que se encuentra en el módulo de línea principal de ExtServices. Se les recomienda a los fabricantes de dispositivos que usen esta implementación de TextClassifierService, ya que puede actualizarse de manera inalámbrica por la línea principal.

Enterprise

Cómo implementar tipos personalizados de usuarios

Android 11 introdujo el concepto de tipos de usuarios bien definidos, que representa todos los diferentes tipos de usuarios que permite la función Multiusuario de Android. Con esta función, los OEM pueden personalizar los tipos predefinidos de usuarios de AOSP y establecer nuevos tipos de perfiles. Consulta la sección sobre tipos de usuario para obtener más información.

Mejoras a los perfiles de trabajo

Android 11 incluye mejoras de privacidad y usabilidad para los perfiles de trabajo, diseñadas para resolver importantes desafíos de usabilidad. Es fundamental que se implementen estas mejoras de manera coherente en todo el ecosistema.

Los administradores de TI que admitan Android deben brindar la experiencia en cualquier dispositivo Android que sus usuarios usen en el trabajo. La mejora de la coherencia de UX en los principales flujos de trabajo disminuye significativamente el costo de admitir Android en entornos BYOD. La implementación coherente de las funciones de privacidad en todos los dispositivos también aumenta la confianza de los usuarios. Estas son algunas de las actualizaciones:

  • La lista de apps tiene pestañas separadas con las etiquetas Personal y Trabajo.
  • La pestaña de trabajo tiene un botón para desactivar ese perfil.
  • Cuando el perfil de trabajo está desactivado, los íconos de las app de trabajo se ponen de color gris y una superposición en la pestaña de trabajo indica que están detenidas.

Interacción

Actualizaciones del entorno de ejecución de Context Hub

Android 11 incluye la API de CHRE v1.4, que admite información de celdas 5G, volcado de depuración de nanoapp y otras mejoras. También permite usar TensorFlow Lite para microcontroladores en nanoapps. Para obtener más información, consulta Entorno de tiempo de ejecución de Context Hub (CHRE).

Tecnología háptica

Android 11 incluye una nueva guía sobre cómo implementar tecnología háptica y evaluar su rendimiento en tu dispositivo.

Entrada

Controles de juegos

Android 11 admite controles de juegos de terceros, incluidos los siguientes:

  • Control de Nintendo Switch Pro: Android admite conectividad para control de Nintendo Switch Pro mediante USB y Bluetooth. Se requieren pruebas de CTS para todas las implementaciones. Usa NintendoSwitchProTest a fin de validar la tuya.

  • Control de Steam: Android admite conectividad USB para control de Steam.

Redes neuronales

Prácticas recomendadas

Para fomentar la adopción de NNAPI por parte de los desarrolladores de apps, sigue estas prácticas recomendadas cuando implementes un controlador NNAPI en dispositivos que ejecuten Android 11.

Flujo de control

En Android 11, NNAPI agrega dos operaciones de flujo de control (IF y WHILE), que toman otros modelos como argumentos y los ejecutan de manera condicional (IF) o reiterada (WHILE). Esto permite construir modelos que ejecuten diferentes operaciones según los valores de entrada, o bien ejecuten operaciones varias veces sin expandirse.

Ejecuciones cercadas

En Android 11, NNAPI permite que las ejecuciones esperen una lista de controles sync_fence y, de manera opcional, muestren un objeto sync_fence, que se señala cuando se completa la ejecución. De esta manera, se reducen la sobrecarga de modelos de secuencia pequeños y los casos de uso de transmisión. La ejecución cercada también mejora la eficiencia de la interoperabilidad con otros componentes que pueden indicar o esperar sync_fence.

Dominios de memoria

En el caso de los dispositivos que ejecutan Android 11 o versiones posteriores, NNAPI admite dominios de memoria que proporcionan interfaces asignables para búferes administrados por controladores. Esta función permite pasar memorias nativas del dispositivo entre ejecuciones, lo que evita la transformación y la copia innecesarias de datos entre ejecuciones consecutivas dentro del mismo controlador.

Calidad de servicio

A partir de Android 11, NNAPI ofrece calidad de servicio (QoS) mejorada, ya que permite que una app indique las prioridades relativas de sus modelos, el tiempo de espera máximo para que se prepare un modelo y el tiempo de espera máximo para que se complete una ejecución.

Cuantización de 8 bits con firma

La HAL de la red neuronal (NN HAL) 1.3, presentada en Android 11, admite la cuantización de 8 bits con firma para la API de redes neuronales. Para obtener más información, consulta Actualizaciones de NN HAL en Android 11.

Mejoras para pruebas

Android 11 incluye una utilidad de prueba para realizar pruebas de Fuzz sobre las implementaciones del controlador de NNAPI y una serie de pruebas de fallas para validar la resiliencia de los controladores en condiciones de uso intenso.

Para obtener más información, consulta:

Sensores

Tipo de sensor de ángulo de bisagra

Android 11 introduce un tipo de sensor de ángulo de bisagra para representar un sensor que mide el ángulo entre dos partes integrales del dispositivo.

Sensores Multi-HAL 2.1

Los sensores Multi-HAL 2.1, disponibles en Android 11, son una iteración de los sensores Multi-HAL 2.0 que admite la carga de sub-HAL que pueden exponer el tipo de sensor de ángulo de bisagra. Para admitir este tipo de sensor, los subHAL deben usar las API de subHAL definidas en el encabezado SubHal 2.1.

Multimedia

DRM

Android 11 simplifica la ruta de acceso de IPC de MediaDrm/Crypto mediante la eliminación de MediaDrmService. Se agregó una nueva API de MediaDrm para enumerar los complementos de DRM disponibles.

Decodificación de latencia baja en MediaCodec

Android 11 incluye MediaCodec 2.0 para habilitar la decodificación de medios con baja latencia, lo que es fundamental para las apps en tiempo real.

Varios

A partir de Android 11, no se requiere la app de Galería del AOSP a fin de admitir el tipo de MIME application/sdp para el intent ACTION_VIEW. Se quitó del archivo de manifiesto de la app de Galería del AOSP el filtro de intents ACTION_VIEW para el tipo de MIME application/sdp

Estos requisitos se documentan en la sección 3.2.3.1. Intents de la aplicación principal del CDD.

Rendimiento

LMKD de espacio del usuario

Android 11 presenta una nueva estrategia de cierre para prevenir la falta de memoria y la degradación del rendimiento.

Alimentación

Suspensión pasiva para TV en espera

En Android 11, se agregó una nueva función llamada suspensión pasiva para TV en espera. Es una función de ahorro de energía que permite establecer un tiempo de espera de inactividad del usuario, tras el cual el dispositivo entra en suspensión, incluso aunque se mantengan los bloqueos de activación.

Protección

OEMCrypto

Android 11 admite la API versión 16 de OEMCrypto.

Almacenamiento

Almacenamiento específico

Android 11 admite el almacenamiento específico, que limita el acceso de la app al almacenamiento externo. Además, MediaProvider se convierte en el controlador del sistema de archivos (para FUSE) del almacenamiento externo, lo que hace que el sistema de archivos del almacenamiento externo y la base de datos MediaProvider sean coherentes.

Baja de SDCardFS

Android 11 no admite SDCardFS. Las pruebas de VTS no permiten sistemas de archivos activados que aparezcan como SDCardFS. Las funciones de SDCardFS se reemplazarán con otros métodos.

Pruebas

Conjunto de pruebas de compatibilidad (CTS)

En Android 11, se introdujeron muchos módulos de claves nuevos y cambios en las pruebas para CTS. Consulta las Notas de versión de CTS para obtener más información.

Pruebas de CTS para las API de Management de APEX

A partir de Android 11, el paquete CtsShimApex contiene dos apps precompiladas que CTS usa para probar privilegios y permisos.

Si tu dispositivo no admite la administración de paquetes APEX, o bien si ejecuta la versión 10 o una anterior, las dos apps precompiladas deben preinstalarse en el sistema por separado.

Para obtener más detalles, consulta Paquetes de corrección de compatibilidad de CTS.

Notas de versión de CTS

Android 11 presenta muchos módulos de clave nuevos y cambios de pruebas.

Depuración

Registro de proveedores específicos

Android 11 agrega una HAL nueva: IDumstateDevice (versión 1.1). Esta HAL expone nuevos métodos para alcanzar de manera más precisa los registros de proveedores que se incluyen en los informes de errores estándar, así como permitirles a las compilaciones de usuarios activar y desactivar el registro de proveedores (está desactivado de manera predeterminada para compilaciones de usuarios. De esta manera, los OEM tienen más control sobre lo que se incluye en tipos de informes de errores específicos.

GWP-ASan: detección de daños en montones

GWP-ASan es una función de asignación de memoria nativa que ayuda a encontrar errores de uso después de liberación y desbordamiento del búfer del montón en procesos de 32 y 64 bits.

GWP-ASan está habilitado automáticamente en Android 11 para aplicaciones del sistema y ejecutables de la plataforma. No la inhabilites en la plataforma, pero habilítala en tus apps.

Notificaciones

Mejoras en Actualizaciones dinámicas del sistema (DSU)

Android 10 incluye mejoras en las Actualizaciones dinámicas del sistema (DSU), como las siguientes:

  • Un nuevo frontend: cargador de DSU de un clic
  • Compatibilidad con DSU para varias particiones
  • DSU firmadas por OEM para brindar mayor seguridad
  • Nuevas formas de administrar la compatibilidad entre las DSU y los dispositivos

Paquetes inalámbricos para varios SKU

Android 11 y las versiones posteriores admiten el uso de un solo paquete inalámbrico para varios dispositivos con diferentes SKU. Para ello, debes configurar los dispositivos de destino a fin de que usen huellas digitales dinámicas y actualizar los metadatos de uso inalámbrico (mediante herramientas inalámbricas) para incluir el nombre del dispositivo y la huella digital en las entradas anterior y posterior a la condición.

Firma de compilaciones para versiones

Varios comandos de la CLI de firma de compilaciones para versiones se cambiaron en Android 11.

Conjunto de pruebas de proveedores (VTS) 11

El Conjunto de pruebas de proveedores (VTS) de Android 11 proporciona pruebas exhaustivas en el kernel y la capa de abstracción de hardware (HAL).

A/B virtual

Android 11 unifica las actualizaciones A/B y las que no son A/B proporcionando A/B virtual. A/B virtual brinda actualizaciones sin interrupciones para los dispositivos y, al mismo tiempo, minimiza los costos de almacenamiento.

Pruebas

Asignador de montón predeterminado Scudo

A partir de Android 11, el localizador de montón de Scudo se usa para todo el código nativo (excepto en dispositivos con poca memoria, en los que todavía se usa jemalloc). Ya no es necesario habilitar Scudo en cada objeto binario. Para obtener más información sobre Scudo, consulta la página de Scudo.

TV

Marco de trabajo de CAS

Android 11 admite el marco de trabajo de sistemas de acceso condicional multimedia (Media CAS) para Android TV, lo que brinda API de Java estándar para desarrolladores externos y OEM. Consulta Framework CAS para obtener más detalles.

Uso de túneles multimedia

En el caso de Android 11, los usuarios pueden implementar túneles multimedia con contenido de audio y video que provengan directamente de Tuner.

Marco de trabajo de Tuner

Android 11 admite el marco de trabajo de Tuner para Android TV, que entrega contenido A/V mediante Tuner HAL, la API del SDK de Tuner, y el Administrador de recursos de Tuner.

Marco de trabajo de entrada de TV

El marco de trabajo de entrada de TV (TIF) de Android simplifica la entrega de contenido en vivo a Android TV mediante una API estándar que los fabricantes pueden usar para módulos de entrada de control de Android TV, y la habilitación de búsquedas de TV en vivo y recomendaciones. Android 11 presenta tres componentes nuevos para TIF.