Android 10 incluye excelentes funciones y capacidades para usuarios y desarrolladores. En este documento, se destacan las novedades para desarrolladores.
Para obtener más información sobre las APIs, lee el informe de diferencias de las APIs o consulta la referencia de la API de Android (busca las APIs que se agregaron en el nivel de API 29). Además, asegúrate de revisar los cambios de comportamiento de Android 10 (para las apps que se orientan al nivel de API 29 y para todas las apps), así como los cambios en la privacidad, para conocer las áreas en las que los cambios en la plataforma podrían afectar tus apps.
Mejoras de seguridad
En Android 10, se incluyen varias funciones de seguridad, que se resumen en las siguientes secciones.
Diálogos de autenticación biométrica mejorados
En Android 10, se introducen las siguientes mejoras para la compatibilidad con la autenticación biométrica:
- Se agregó una comprobación para la capacidad de autenticación biométrica.
- Se trata de un mecanismo de resguardo que permite a un usuario autenticarse con el PIN, el patrón o la contraseña de su dispositivo si no puede autenticarse con sus datos biométricos.
- Sugerencia que le indica al sistema que no requiera la confirmación del usuario después de que este se haya autenticado con una modalidad biométrica implícita. Por ejemplo, podrías indicarle al sistema que no se necesita ninguna confirmación adicional después de que un usuario se haya autenticado mediante la autenticación facial.
Ejecuta código DEX incorporado directamente desde un APK
A partir de Android 10, puedes indicarle a la plataforma que ejecute código DEX incorporado directamente desde el archivo APK de tu app. Esta opción puede ayudar a evitar un ataque si el atacante logró manipular el código compilado localmente en el dispositivo.
Para obtener más información, consulta Cómo ejecutar código DEX incorporado directamente desde un APK.
Compatibilidad con TLS 1.3
En Android 10, se agrega compatibilidad con TLS 1.3. TLS 1.3 es una revisión importante del estándar TLS que incluye ventajas de rendimiento y seguridad mejorada. Nuestras comparativas indican que se pueden establecer conexiones seguras hasta un 40% más rápido con TLS 1.3 en comparación con TLS 1.2.
Para obtener más detalles sobre nuestra implementación de TLS 1.3, consulta la página de la sección de TLS dentro de los cambios de comportamiento para todas las apps.
API de Conscrypt pública
A partir de Android 10, el proveedor de seguridad de Conscrypt incluye una API pública para la funcionalidad de TLS.
La colección de clases en android.net.ssl contiene métodos estáticos para acceder a una funcionalidad que no está disponible desde las APIs genéricas de javax.net.ssl. Los nombres de estas clases se pueden inferir como el plural de la clase javax.net.ssl correspondiente. Por ejemplo, el código que opera en instancias de javax.net.ssl.SSLSocket puede usar métodos de SSLSockets en su lugar.
Funciones de conectividad
En Android 10, se incluyen varias mejoras relacionadas con redes y conectividad.
API de conexión de red Wi-Fi
En Android 10, se admiten las conexiones entre pares. Esta función permite que tu app le solicite al usuario que cambie el punto de acceso al que está conectado el dispositivo mediante WifiNetworkSpecifier para describir las propiedades de una red solicitada. La conexión entre pares no se usa para proporcionar redes, como la configuración de arranque para dispositivos secundarios como Chromecast y hardware de Google Home.
Para obtener más información, consulta API de Wi-Fi Network Request para la conectividad entre pares.
API de sugerencia de red Wi-Fi
Android 10 agrega compatibilidad para que tu app le solicite al usuario que se conecte a un punto de acceso Wi-Fi. Puedes brindar sugerencias sobre a qué red conectarse. En última instancia, la plataforma elegirá qué punto de acceso aceptar en función de la información que obtenga de ti y de otras apps.
Para obtener más información sobre esta función, consulta las sugerencias de Wi-Fi.
Mejoras a los modos de baja latencia y alto rendimiento de Wi-Fi
Android 10 te permite sugerirle al módem subyacente que minimice la latencia.
Android 10 extiende la API de bloqueo de Wi-Fi para admitir de manera eficaz el modo de alto rendimiento y el modo de baja latencia. El ahorro de energía de Wi-Fi está inhabilitado para los modos de alto rendimiento y baja latencia, y se puede habilitar una mayor optimización de la latencia en el modo de baja latencia, según la compatibilidad del módem.
El modo de baja latencia solo se habilita cuando la aplicación que adquiere el bloqueo se ejecuta en primer plano y la pantalla está encendida. El modo de baja latencia es especialmente útil para las aplicaciones de juegos para dispositivos móviles en tiempo real.
Búsquedas especializadas en el agente de resolución de DNS
En Android 10, se agrega compatibilidad nativa para las búsquedas de DNS especializadas mediante búsquedas de texto simple y el modo de DNS por TLS. Antes, el agente de resolución de DNS de la plataforma solo admitía registros A y AAAA, lo que permitía buscar solo las direcciones IP asociadas con un nombre, pero no admitía ningún otro tipo de registro.
La API de DnsResolver proporciona una resolución asíncrona genérica que te permite buscar SRV, NAPTR y otros tipos de registros. Ten en cuenta que la app realizará el análisis de la respuesta.
Para apps basadas en NDK, consulta android_res_nsend.
Easy Connect para Wi-Fi
Android 10 te permite usar Easy Connect para aprovisionar credenciales de Wi-Fi a un dispositivo de pares, como reemplazo de WPS, que dejó de estar disponible.
Las apps pueden integrar Easy Connect en su flujo de aprovisionamiento y configuración mediante el intent ACTION_PROCESS_WIFI_EASY_CONNECT_URI.
Para obtener más información sobre esta función, consulta Easy Connect para Wi-Fi.
API de conexión para Wi-Fi directo
Las clases de API WifiP2pConfig y WifiP2pManager tienen actualizaciones en Android 10 para admitir capacidades de establecimiento de conexión rápida a Wi-Fi directo mediante información predeterminada. Esta información se comparte a través de un canal lateral, como Bluetooth o NFC.
En la siguiente muestra de código, se indica cómo crear un grupo con información predeterminada:
Kotlin
val manager = getSystemService(Context.WIFI_P2P_SERVICE) as WifiP2pManager
val channel = manager.initialize(this, mainLooper, null)
// prefer 5G band for this group
val config = WifiP2pConfig.Builder()
.setNetworkName("networkName")
.setPassphrase("passphrase")
.enablePersistentMode(false)
.setGroupOperatingBand(WifiP2pConfig.GROUP_OWNER_BAND_5GHZ)
.build()
// create a non-persistent group on 5GHz
manager.createGroup(channel, config, null)
Java
WifiP2pManager manager = (WifiP2pManager) getSystemService(Context.WIFI_P2P_SERVICE);
Channel channel = manager.initialize(this, getMainLooper(), null);
// prefer 5G band for this group
WifiP2pConfig config = new WifiP2pConfig.Builder()
.setNetworkName("networkName")
.setPassphrase("passphrase")
.enablePersistentMode(false)
.setGroupOperatingBand(WifiP2pConfig.GROUP_OWNER_BAND_5GHZ)
.build();
// create a non-persistent group on 5GHz
manager.createGroup(channel, config, null);
Para unirte a un grupo con credenciales, reemplaza manager.createGroup() por lo siguiente:
Kotlin
manager.connect(channel, config, null)
Java
manager.connect(channel, config, null);
Canales orientados a la conexión (CoC) de Bluetooth de bajo consumo
Android 10 permite que tu app use conexiones CoC de BLE para transferir flujos de datos más grandes entre dos dispositivos BLE. Esta interfaz abstrae la mecánica de Bluetooth y conectividad para simplificar la implementación.
Funciones de telefonía
En Android 10, se incluyen varias mejoras relacionadas con la telefonía.
Mejoras en la calidad de las llamadas
En Android 10, se agrega la capacidad de recopilar información sobre la calidad de las llamadas en curso del subsistema multimedia de IP (IMS), incluida la calidad desde y hacia la red, en dispositivos compatibles con la función.
Identificador de llamada y número de llamada
Android 10 proporciona a tu app un medio para identificar llamadas de spam que no están en la libreta de direcciones del usuario como posibles llamadas de spam y rechazar llamadas de spam de forma silenciosa en nombre del usuario. La información sobre estas llamadas bloqueadas se registra como llamadas bloqueadas en el registro de llamadas para brindar mayor transparencia al usuario cuando tiene llamadas perdidas. El uso de esta API elimina el requisito de obtener permisos READ_CALL_LOG del usuario para proporcionar la funcionalidad de identificador de llamadas y número de llamada.
API de servicio de redireccionamiento de llamadas
Android 10 cambia la manera en la que se administran los intents de las llamadas. La transmisión de NEW_OUTGOING_CALL dejó de estar disponible y se reemplazó por la API de CallRedirectionService. La API de CallRedirectionService proporciona interfaces que te permiten modificar las llamadas salientes que realiza la plataforma de Android. Por ejemplo, las apps de terceros podrían cancelar llamadas y redirigirlas por VoIP.
Mejoras en la creación de archivos en el almacenamiento externo
Además de la introducción del almacenamiento específico, Android 10 agrega las siguientes capacidades relacionadas con el almacenamiento externo:
- Puedes usar la marca
IS_PENDINGpara otorgarle a tu app acceso exclusivo a un archivo multimedia mientras se escribe en el disco. - Si conoces la ubicación específica en la que deberían almacenarse los archivos, puedes proporcionarle al sistema una sugerencia sobre dónde almacenar los archivos escritos recientemente.
- Cada dispositivo de almacenamiento externo tiene un nombre de volumen único.
Contenido multimedia y gráficos
En Android 10, se incluyen las siguientes API y funciones de contenido multimedia y gráficos nuevas:
Uso compartido de entradas de audio
Android 10 agrega la capacidad para que dos apps compartan la entrada de audio simultáneamente. Para obtener información completa, consulta Uso compartido de entradas de audio.
Captura de reproducción de audio
Android 10 brinda a una app la capacidad de capturar la reproducción de audio de otras apps. Para obtener la información completa, consulta Captura de la reproducción.
Barra de búsqueda en notificaciones MediaStyle
A partir de Android 10, las notificaciones de MediaStyle muestran una barra de búsqueda. En la barra de búsqueda, se muestra el progreso de reproducción de PlaybackState.getPosition() y, en algunos casos, se puede usar para buscar una ubicación en el programa de reproducción. A continuación, se muestran las reglas que controlan la apariencia y el comportamiento de la barra de búsqueda:
- La barra de búsqueda aparece si hay un
MediaSessionactivo y su duración (especificada porMediaMetadata.METADATA_KEY_DURATION) es mayor que cero. Es decir, la barra no aparece para transmisiones indeterminadas, como transmisiones en vivo y de radio. - Si la sesión implementa
ACTION_SEEK_TO, el usuario puede arrastrar la barra de búsqueda para controlar la ubicación de la reproducción.
API de Native MIDI
La API de MIDI nativo de Android (AMidi) brinda a los desarrolladores de aplicaciones la capacidad de enviar y recibir datos MIDI con código C/C++, lo que permite una integración más estrecha con la lógica de audio/control de C/C++ y minimiza la necesidad de JNI.
Para obtener más información, consulta API de MIDI nativo de Android.
Mejoras de MediaCodecInfo
En Android 10, se agregan métodos a MediaCodecInfo que revelan más información sobre un códec.
Para obtener más información, consulta Códecs de archivos multimedia.
API térmica
Cuando los dispositivos se sobrecalientan, pueden acelerar la CPU o la GPU, lo que puede afectar a las apps y los juegos de forma inesperada. Las apps que usan gráficos complejos, procesamiento intensivo o actividad de red sostenida tienen más probabilidades de tener problemas, y estos pueden variar entre dispositivos según las frecuencias de chipset y el núcleo, los niveles de integración, el empaquetado del dispositivo y el factor de forma.
En Android 10, las apps y los juegos pueden usar una API térmica para supervisar los cambios en el dispositivo y tomar medidas para mantener un menor consumo de energía y restablecer la temperatura normal. Las apps registran un objeto de escucha en PowerManager, mediante el cual el sistema informa el estado térmico actual que va desde leve y moderado a grave, crítico, de emergencia y apagado.
Cuando el dispositivo informa sobre un aumento considerable de la temperatura, las apps y los juegos pueden ayudar al interrumpir las actividades en curso para reducir el uso de energía de varias maneras. Por ejemplo, las apps de transmisión podrían reducir la resolución, la tasa de bits o el tráfico de red; una app de cámara podría inhabilitar el flash o la mejora intensiva de imágenes; un juego podría reducir la velocidad de fotogramas o el mosaico poligonal; una app de música podría reducir el volumen de las bocinas; y una app de mapas podría desactivar el GPS.
La API térmica requiere una nueva capa HAL para dispositivos. Actualmente, es compatible con dispositivos Pixel que ejecutan Android 10, y estamos trabajando con nuestros socios fabricantes para ampliar la compatibilidad en el ecosistema lo más rápido posible.
Imágenes y cámara
A continuación, se muestran las nuevas funciones relacionadas con las imágenes y la cámara que incluye Android 10:
Compatibilidad con la cámara monocromática
Android 9 (con nivel de API 28) fue la primera versión que introdujo la capacidad de cámara monocromática. En Android 10, se agregaron varias mejoras a la compatibilidad con la cámara monocromática:
- Compatibilidad con el formato de transmisión Y8 para mejorar la eficiencia de la memoria
- Compatibilidad con la captura DNG sin procesar monocromática
- Introducción a las enumeraciones MONO y NIR CFA para distinguir entre las cámaras monocromáticas normales y las cámaras casi infrarrojas
Puedes usar esta función para capturar una imagen monocromática nativa. Un dispositivo lógico de varias cámaras puede usar una cámara monocromática como subcámara física para lograr una mejor calidad de imagen con poca luz.
Formato de profundidad dinámica
A partir de Android 10, las cámaras pueden almacenar los datos de profundidad de una imagen en un archivo separado, con un nuevo esquema llamado formato de profundidad dinámica (DDF). Las apps pueden solicitar la imagen JPG y sus metadatos de profundidad y usar esa información para aplicar el desenfoque que deseen en el procesamiento posterior sin modificar los datos de la imagen original.
Si quieres leer las especificaciones para este formato, consulta Formato de profundidad dinámica.
Formato de archivo de imagen de alta eficiencia
El formato de archivo de imagen de alta eficiencia (HEIF) es un formato estándar de imagen y video que introduce una codificación de mayor calidad y un tamaño de archivo más pequeño en comparación con otros formatos de archivo.
Para obtener más información sobre el formato de archivo, consulta HEIC.
Mejoras en la función de varias cámaras
Android 10 mejora la fusión de varias cámaras en una sola cámara lógica, una función que se introdujo en Android 9 (nivel de API 28). Se agregó lo siguiente a la API de Camera2:
isSessionConfigurationSupported(SessionConfiguration sessionConfig): Te permite consultar si la configuración de sesión aprobada se puede usar para crear una sesión de captura de cámara.LOGICAL_MULTI_CAMERA_ACTIVE_PHYSICAL_ID: Te permite determinar el ID de la cámara física activa que respalda el dispositivo de cámara lógica. Puedes usar los IDs que se muestran para solicitar transmisiones lógicas y transmisiones de subcámaras físicas para lograr una mejor eficiencia energética.
API de servicios de accesibilidad
En Android 10, se introducen las siguientes APIs y funciones nuevas de los servicios de accesibilidad:
Marca de clave de entrada de AccessibilityNodeInfo
A partir de Android 10, puedes llamar a isTextEntryKey() para determinar si un AccessibilityNodeInfo determinado representa una tecla de entrada de texto que forma parte de un teclado.
Comentarios por voz del diálogo de accesibilidad
En caso de que los usuarios deban ejecutar el acceso directo de accesibilidad para iniciar un servicio de accesibilidad, Android 10 permite que el diálogo esté acompañado de un mensaje de texto a voz si el servicio lo solicita.
Acceso directo de accesibilidad cuando la navegación por gestos está habilitada
Cuando se habilita la función de navegación por gestos en Android 10, el botón de accesibilidad no es visible ni seleccionable. Para acceder al menú de servicios de accesibilidad, los usuarios deben realizar uno de los siguientes gestos:
- Deslizan dos dedos hacia arriba.
- Deslizan dos dedos hacia arriba y los mantienen presionados.
Acceso directo de accesibilidad para teclados físicos
En Android 10, los usuarios pueden activar el acceso directo de accesibilidad en un teclado físico presionando Control+Alt+Z.
Mejora del controlador de teclado en pantalla
En Android 10, los servicios de accesibilidad pueden solicitar que se muestre el teclado en pantalla incluso cuando el dispositivo detecta un teclado físico conectado. Los usuarios no pueden anular este comportamiento.
Tiempos de espera de accesibilidad definidos por el usuario
En Android 10, se introduce la API de getRecommendedTimeoutMillis(). Este método proporciona compatibilidad con los tiempos de espera definidos por el usuario para elementos de la IU interactivos y no interactivos. El valor que se muestra está influenciado por las preferencias del usuario y las APIs del servicio de accesibilidad.
Mejoras de autocompletar
En Android 10, se incluyen las siguientes mejoras para el servicio de autocompletar.
Solicitudes de autocompletar relacionadas con la compatibilidad
Puedes usar la marca FillRequest.FLAG_COMPATIBILITY_MODE_REQUEST para determinar si se generó una solicitud de autocompletado a través del modo de compatibilidad.
Guarda el nombre de usuario y la contraseña de manera simultánea
Puedes usar la marca SaveInfo.FLAG_DELAY_SAVE para admitir casos en los que una aplicación usa varias actividades para mostrar campos de nombre de usuario, contraseña y otros campos.
Interacción del usuario con la IU de guardar
Puedes mostrar y ocultar un campo de contraseña en un diálogo de guardado si configuras un objeto de escucha de acciones en el diálogo y cambias la visibilidad de la vista remota de la contraseña correspondiente.
Compatibilidad con la actualización de conjuntos de datos
La función "Autocompletar" puede actualizar las contraseñas existentes. Por ejemplo, si un usuario ya almacenó una contraseña y guarda una nueva, Autocompletar le solicitará que actualice la contraseña existente en lugar de guardar una nueva.
Mejoras de clasificación de campos
En Android 10, se incluyen las siguientes mejoras a la API de clasificación de campos.
Constructor UserData.Builder
Se cambió el constructor UserData.Builder para alinearse mejor con el patrón Builder.
Permite que un valor se asigne a varios tipos de ID de categoría
Cuando usas UserData.Builder en Android 10, ahora puedes asignar un valor a varios tipos de IDs de categoría. En las versiones anteriores, se arrojaba una excepción si se agregaba un valor más de una vez.
Compatibilidad mejorada con números de tarjetas de crédito
La clasificación de campos ahora puede detectar números de cuatro dígitos como los últimos cuatro dígitos de un número de tarjeta de crédito.
Compatibilidad con la clasificación de campos específicos de la app
En Android 10, se agrega FillResponse.setUserData(), que te permite configurar datos del usuario específicos de la app para la duración de la sesión.
Esto ayuda al servicio de autocompletado a detectar tipos para los campos con contenido específico de la app.
Controles del sistema y de IU
En Android 10, se ofrecen las siguientes mejoras de interfaz del usuario:
Compatibilidad con limitaciones de JVMTI PopFrame
En Android 10, se agrega compatibilidad con la capacidad can_pop_frames en la implementación de JVMTI de Android. Durante la depuración, esta función te permite volver a ejecutar funciones después de pausar en un punto de interrupción y ajustar las configuraciones locales o globales, o bien la implementación de una función. Para obtener más información, consulta la página de referencia de Pop Frame de Oracle.
API de control de superficie
Android 10 proporciona una API de SurfaceControl para el acceso de bajo nivel al compositor del sistema (SurfaceFlinger). Para la mayoría de los usuarios, SurfaceView es la forma correcta de aprovechar el compositor. La API de SurfaceControl puede ser útil en ciertos casos, como los siguientes:
- Sincronizar varias superficies
- Incorporar superficies con un proceso cruzado
- Administrar el tiempo de vida de bajo nivel
La API de SurfaceControl está disponible en vinculaciones de SDK y NDK.
La implementación del NDK incluye una API para el intercambio manual de búferes con el compositor. Esta opción proporciona una alternativa para los usuarios que se toparon con las limitaciones de BufferQueue.
Detección del procesador de inactividad de WebView
En Android 10, se introduce la clase abstracta WebViewRenderProcessClient, que las apps pueden usar para detectar si un WebView dejó de responder. Para usar esta clase, sigue estos pasos:
- Define tu propia subclase e implementa sus métodos
onRenderProcessResponsive()yonRenderProcessUnresponsive(). - Adjunta una instancia de tu
WebViewRenderProcessClienta uno o más objetosWebView. - Si
WebViewno responde, el sistema llama al métodoonRenderProcessUnresponsive()del cliente y pasaWebViewyWebViewRenderProcess. (SiWebViewes de un solo proceso, el parámetroWebViewRenderProcesses nulo). Tu app puede tomar una medida adecuada, como mostrarle al usuario un cuadro de diálogo en el que se le pregunte si quiere detener el proceso de renderización.
Si WebView no responde, el sistema llama a onRenderProcessUnresponsive() de forma periódica (no más de una vez cada cinco segundos), pero no realiza ninguna otra acción.
Si el WebView vuelve a responder, el sistema llama a onRenderProcessResponsive() solo una vez.
Paneles de configuración
Android 10 presenta los Paneles de configuración, una API que permite que las apps muestren opciones de configuración a los usuarios en el contexto de su app. De esta manera, se evita que tengan que ir a Configuración para cambiar opciones como NFC o Datos móviles para usar la app.
Por ejemplo, supongamos que un usuario abre un navegador web mientras su dispositivo está en modo de avión. Antes de Android 10, la app solo podía mostrar un mensaje genérico que le pedía al usuario que abra la Configuración para restaurar la conectividad. Con Android 10, la app de navegador puede mostrar un panel intercalado en el que se muestran parámetros de configuración clave de la conectividad, como el modo de avión, la conexión Wi-Fi (incluidas las redes cercanas) y los datos móviles. Con este panel, los usuarios pueden restablecer la conectividad sin salir de la app.
Para mostrar un panel de configuración, activa un intent con una de las siguientes acciones de Settings.Panel:
Kotlin
val panelIntent = Intent(Settings.Panel.settings_panel_type) startActivityForResult(panelIntent)
Java
Intent panelIntent = new Intent(Settings.Panel.settings_panel_type); startActivityForResult(panelIntent);
settings_panel_type puede ser uno de los siguientes:
ACTION_INTERNET_CONNECTIVITY- Muestra la configuración relacionada con la conectividad a Internet, como el modo de avión, el Wi-Fi y los datos móviles.
ACTION_WIFI- Muestra la configuración de Wi-Fi, pero no las demás opciones de configuración de conectividad. Esto es útil para las apps que necesitan una conexión Wi-Fi para realizar cargas o descargas de gran tamaño.
ACTION_NFC- Muestra todas las opciones de configuración relacionadas con la comunicación de campo cercano (NFC).
ACTION_VOLUME- Muestra la configuración de volumen de todas las transmisiones de audio.
Mejoras de uso compartido
En Android 10, se ofrecen varias mejoras para el uso compartido:
API de accesos directos de uso compartido
La API de accesos directos de uso compartido reemplaza las APIs de Direct Share.
En lugar de obtener resultados de manera reactiva a pedido, la API de accesos directos de uso compartido permite que las apps publiquen con anticipación objetivos de uso compartido directos. Así es como funciona ShortcutManager.
Como las dos APIs son similares, expandimos la API de ShortcutInfo para facilitar el uso de ambas funciones. Con la API de accesos directos de uso compartido, puedes asignar categorías o personas directamente a un objetivo de uso compartido. Los objetivos de uso compartido permanecen en el sistema hasta que la misma app los actualiza o esta se desinstala.
El mecanismo anterior de Direct Share aún funciona, pero las apps que lo usan tienen una prioridad menor que las que usan la API de accesos directos de uso compartido.
ShortcutInfo.Builder agrega y mejora métodos para proporcionar información adicional sobre el objetivo de uso compartido.
Objetivos de uso compartido directo
Puedes publicar un acceso directo dinámico como un objetivo de uso compartido directo. Para ello, consulta Cómo publicar objetivos de uso compartido directo.
ShortcutManagerCompat es una nueva API de AndroidX que proporciona retrocompatibilidad con la antigua API de DirectShare. Esta es la forma preferida de publicar los objetivos de uso compartido.
Cómo obtener una vista previa del texto
Cuando una app comparte contenido de texto, puede mostrar una vista previa opcional de este en la IU de Sharesheet.
Consulta Cómo agregar vistas previas de texto enriquecido
Más información
Para obtener más información sobre cómo las apps comparten datos, consulta Cómo enviar datos simples a otras apps y Cómo recibir datos simples de otras apps.
Tema oscuro
Android 10 ofrece un Tema oscuro que se aplica tanto a la IU del sistema Android como a las apps que se ejecutan en el dispositivo. Para obtener la información completa, consulta Tema oscuro.
Tipos de servicios en primer plano
En Android 10, se introduce el atributo de manifiesto XML foregroundServiceType, que se incluye en la definición de varios servicios específicos. Es posible, aunque rara vez es apropiado, asignar varios tipos de servicios en primer plano a un servicio en particular.
En la siguiente tabla, se muestran los diferentes tipos de servicios en primer plano y los servicios en los que es apropiado declarar un tipo específico:
| Tipo de servicio en primer plano | Ejemplo de caso práctico para un servicio que debería declarar este tipo |
|---|---|
connectedDevice
| Supervisar un wearable que registra la actividad física |
dataSync
| Descargar archivos desde una red |
location
| Cómo continuar una acción iniciada por el usuario |
mediaPlayback
| Reproducir un audiolibro, un podcast o música |
mediaProjection
| Grabar un video de la pantalla del dispositivo durante un período breve |
phoneCall
| Encargarse de una llamada telefónica en curso |
Kotlin
En Android 10, se incluyen las siguientes actualizaciones para el desarrollo en Kotlin.
Anotaciones de nulidad para API de libcore
Android 10 mejora la cobertura de las anotaciones de nulabilidad en el SDK para las APIs de libcore. Estas anotaciones permiten que los desarrolladores de apps que usan el análisis de nulabilidad de Kotlin o Java en Android Studio obtengan información de nulidad cuando interactúan con estas APIs.
Por lo general, las infracciones del contrato de nulabilidad en Kotlin dan como resultado errores de compilación. Para garantizar la compatibilidad con tu código existente, solo se agregan las anotaciones @RecentlyNullable y @RecentlyNonNull. Esto significa que las infracciones de nulabilidad generan advertencias en lugar de errores.
Además, cualquier anotación @RecentlyNullable o @RecentlyNonNull que se haya agregado en Android 9 cambiará a @Nullable y @NonNull, respectivamente.
Esto significa que, en Android 10 y versiones posteriores, los incumplimientos de nulidad generan errores en lugar de advertencias.
Para obtener más información sobre los cambios de anotaciones, consulta El SDK de Android Pie ahora es más compatible con Kotlin en el Blog para desarrolladores de Android.
NDK
En Android 10, se incluyen los siguientes cambios en el NDK.
Depuración mejorada de la propiedad del descriptor de archivo
En Android 10, se agrega "fdsan", que te ayuda a encontrar y corregir los problemas de propiedad del descriptor de archivo con mayor facilidad.
Los errores relacionados con el manejo inadecuado de la propiedad del descriptor de archivo, que suelen manifestarse como usar después de cerrar y cerrar dos veces, son análogos a los errores de uso después de liberación y doble libre de asignación de memoria, pero suelen ser mucho más difíciles de diagnosticar y corregir. fdsan intenta detectar o evitar la administración incorrecta del descriptor de archivo aplicando la propiedad del descriptor de archivo.
Para obtener más información sobre las fallas relacionadas con estos problemas, consulta Error detectado por fdsan. Para obtener más información sobre fdsan, consulta la página sobre fdsan en Googlesource.
TLS de ELF
Las aplicaciones compiladas con el NDK con un nivel de API mínimo de 29 pueden usar TLS de ELF en lugar de emutls. Se agregó compatibilidad con el vinculador dinámico y estático para admitir este método de control de variables de subprocesos locales.
En el caso de las apps compiladas para el nivel de API 28 y versiones anteriores, se implementaron mejoras en libgcc/compiler-rt para solucionar algunos problemas de emutls.
Para obtener más información, consulta Cambios de Android para desarrolladores de NDK.
Tiempo de ejecución
En Android 10, se incluye el siguiente cambio en el tiempo de ejecución.
Activación de recolección de elementos no utilizados basada en mallinfo
Cuando pequeños objetos Java de la plataforma hacen referencia a objetos enormes en el montón de C++, a menudo se pueden reclamar esos objetos solo cuando se recopila el objeto Java y, por ejemplo, cuando se finaliza. En versiones anteriores, la plataforma estimaba los tamaños de muchos objetos C++ asociados con objetos Java. Esta estimación no siempre era precisa y, en ocasiones, generaba un aumento considerable en el uso de la memoria, ya que la plataforma no podía recolectar elementos no utilizados cuando debería haberlo hecho.
En Android 10, el recolector de elementos no utilizados (GC) realiza un seguimiento del tamaño total del montón asignado por el sistema malloc() y garantiza que las asignaciones malloc() grandes siempre se incluyan en los cálculos de activación del GC. Como resultado, las apps que intercalan grandes cantidades de asignaciones C++ con la ejecución de Java podrían ver un aumento en la recolección de elementos no utilizados. Otras apps podrían notar una disminución leve.
Pruebas y depuración
En Android 10, se incluyen las siguientes mejoras para la prueba y la depuración:
Mejoras del registro del sistema en el dispositivo
A partir de Android 10, puedes especificar límites para el tamaño y la duración del registro cuando realizas un registro del sistema en el dispositivo. Cuando especificas cualquiera de los valores, el sistema realiza un registro largo y, de forma periódica, copia el búfer de seguimiento en el archivo de destino mientras se registra el registro. El seguimiento se completa cuando se alcanzan los límites de tamaño o duración que especificaste.
Usa estos parámetros adicionales para probar casos de uso diferentes de los que probarías con un seguimiento estándar. Por ejemplo, podrías diagnosticar un error de rendimiento que solo ocurre después de que tu app estuvo en ejecución por un período prolongado. En este caso, podrías registrar un registro largo de todo un día y, luego, analizar el programador de CPU, la actividad del disco, los subprocesos de la app y otros datos en el informe para ayudarte a determinar la causa del error.
En Android 10 y versiones posteriores, los archivos de registro se guardan en un formato que se puede abrir con Perfetto, un proyecto de código abierto para la instrumentación y el registro del rendimiento. Puedes convertir archivos de registro de Perfetto al formato Systrace.
Mejoras de TextClassifier
En Android 10, se proporciona una funcionalidad adicional de clasificación de texto en la interfaz de TextClassifier.
Detección de idioma
El método detectLanguage() funciona de manera similar a los métodos de clasificación que existían anteriormente. Recibe un objeto TextLanguage.Request y muestra un objeto TextLanguage.
Los objetos TextLanguage consisten en una lista de pares ordenados. Cada par contiene una configuración regional y una puntuación de confianza correspondiente para la clasificación.
Acciones de conversación sugeridas
El método suggestConversationActions() funciona de manera similar a los métodos de clasificación existentes. Recibe un objeto ConversationActions.Request y muestra un objeto ConversationActions.
Los objetos ConversationActions consisten en una lista de objetos ConversationAction. Cada objeto ConversationAction incluye una posible acción sugerida y su puntuación de confianza.
Respuestas inteligentes/acciones en notificaciones
Android 9 introdujo la capacidad de mostrar respuestas sugeridas dentro de una notificación. En Android 10, se amplía esta función con la capacidad de incluir acciones sugeridas basadas en intents. Además, la plataforma puede generar estas sugerencias automáticamente. Las apps aún pueden proporcionar sus propias sugerencias o inhabilitar las sugerencias generadas por el sistema.La API que se usa para generar estas respuestas forma parte de TextClassifier y también se expuso directamente a los desarrolladores en Android 10.
Para obtener más información, consulta la sección sobre las mejoras de TextClassifier.
Si tu app proporciona sus propias sugerencias, la plataforma no genera sugerencias automáticas. Si no quieres que las notificaciones de tu app muestren respuestas o acciones sugeridas, puedes inhabilitar las acciones y respuestas generadas por el sistema con setAllowGeneratedReplies() y setAllowSystemGeneratedContextualActions().