API y funciones de Android 10

Android 10 incluye excelentes funciones y capacidades para usuarios y desarrolladores. En este documento, se destacan las novedades para desarrolladores.

Para obtener 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 a nivel de API 29"). Además, asegúrate de revisar los cambios en el 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 obtener información sobre las áreas en las que los cambios de la plataforma podrían afectar a 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.
  • Un mecanismo de resguardo que le permite al usuario autenticarse con el PIN, el patrón o la contraseña de su dispositivo si no puede autenticarse con sus entradas biométricas
  • Sugerencia que le indica al sistema que no requiera la confirmación del usuario después de que este se autenticó mediante una modalidad biométrica implícita. Por ejemplo, puedes indicarle al sistema que no se requiera 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 el 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 beneficios de rendimiento y seguridad mejorada. Nuestras comparativas indican que las conexiones seguras se pueden establecer 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 sección de TLS en la página de 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 funciones que no están disponibles en 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 usando WifiNetworkSpecifier para describir las propiedades de una red solicitada. La conexión entre pares no se usa para proporcionar redes, sino para iniciar la configuración de arranque de dispositivos secundarios, como Chromecast y el hardware de Google Home.

Si deseas 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 de redes a las que conectarte. En última instancia, la plataforma elegirá qué punto de acceso aceptar en función de la entrada de tu app y la de otras.

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 efectiva 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 es posible que se habilite 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 aplicaciones de juegos para dispositivos móviles en tiempo real.

Búsquedas especializadas en el agente de resolución de DNS

Android 10 agrega compatibilidad nativa para búsquedas de DNS especializadas mediante búsquedas de texto simple y el modo de DNS a través de TLS. Anteriormente, la resolución de DNS de la plataforma solo admitía registros A y AAAA, lo que permite 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 intercambio de tráfico, 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 las 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 mediante 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 hacia y desde la red, en dispositivos compatibles con la función.

Identificador de llamada y número de llamada

Android 10 le proporciona a tu app un medio para identificar llamadas que no están en la libreta de direcciones del usuario como posibles llamadas de spam y rechazar llamadas de spam en silencio en nombre del usuario. La información sobre estas llamadas bloqueadas se registra como llamadas bloqueadas en el registro de llamadas a fin de 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 filtro de llamadas.

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 para que puedas modificar las llamadas salientes que realiza la plataforma de Android. Por ejemplo, las apps de terceros pueden 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, en Android 10 se agregan las siguientes funciones relacionadas con el almacenamiento externo:

  • Puedes usar la marca IS_PENDING para otorgarle a tu app acceso exclusivo a un archivo multimedia mientras se escribe en el disco.
  • Si conoces la ubicación específica donde deberían almacenarse los archivos, puedes brindarle una sugerencia al sistema 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 ella, se muestra el progreso de la reproducción desde PlaybackState.getPosition() y, en algunos casos, se puede usar para buscar una ubicación en el programa en 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 MediaSession activo y su duración (especificada por MediaMetadata.METADATA_KEY_DURATION) es mayor que cero. Eso significa que 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 apps la capacidad de enviar y recibir datos MIDI con código C/C++, ya que se integra mejor con la lógica de audio/control de C/C++ y minimiza la necesidad de usar JNI.

Para obtener más información, consulta API de MIDI nativo de Android.

Mejoras de MediaCodecInfo

Android 10 agrega 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, que pueden variar según los dispositivos según las frecuencias principales y de chipset, 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 consumo de energía más bajo y restablecer la temperatura normal. Las apps registran un objeto de escucha en PowerManager, a través del 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 interrumpir 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 teselado 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 del dispositivo. Actualmente, es compatible con dispositivos Pixel que ejecutan Android 10 y estamos trabajando con nuestros socios fabricantes para brindar una amplia compatibilidad con 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
  • Se agregaron las enumeraciones MONO y NIR CFA para distinguir entre la cámara monocromática regular y las cámaras casi infrarrojas.

Puedes usar esta función para capturar una imagen monocromática nativa. Un dispositivo lógico multicámara 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, mediante 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 cualquier desenfoque que quieran en el procesamiento posterior sin modificar los datos de la imagen original.

Si deseas leer la especificación de 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 de imagen y video estándar 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:

API de servicios de accesibilidad

En Android 10, se introducen las siguientes API 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 objeto 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 necesiten utilizar 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, no es posible ver ni seleccionar el botón de accesibilidad. 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 duro conectado. Los usuarios no pueden anular este comportamiento.

Tiempos de espera de accesibilidad definidos por el usuario

Android 10 introduce la API de getRecommendedTimeoutMillis(). Este método proporciona compatibilidad con tiempos de espera definidos por el usuario para elementos de 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 admitir casos en los que una aplicación usa varias actividades para mostrar campos de nombre de usuario, contraseña y otros con la marca SaveInfo.FLAG_DELAY_SAVE.

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 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 pedirá al usuario 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

Android 10 agrega compatibilidad con la capacidad de can_pop_frames en la implementación de JVMTI para 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 regionales y 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 obtener 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, por ejemplo:

  • Sincronizar varias superficies
  • Incorporar superficies con un proceso cruzado
  • Administrar el tiempo de vida de bajo nivel

La API de SurfaceControl está disponible en las vinculaciones del SDK y del NDK. La implementación del NDK incluye una API para el intercambio manual de búferes con el compositor. Esto proporciona una alternativa para los usuarios que se encontraron con las limitaciones de BufferQueue.

Detección del procesador de inactividad de WebView

Android 10 introduce la clase abstracta WebViewRenderProcessClient, que las apps pueden usar para detectar si un WebView no responde. Para usar esta clase, sigue estos pasos:

  1. Define tu propia subclase y, luego, implementa sus métodos onRenderProcessResponsive() y onRenderProcessUnresponsive().
  2. Adjunta una instancia de tu WebViewRenderProcessClient a uno o más objetos WebView.
  3. Si WebView deja de responder, el sistema llama al método onRenderProcessUnresponsive() del cliente y pasa WebView y WebViewRenderProcess. (Si WebView corresponde a un solo proceso, el parámetro WebViewRenderProcess es nulo). Tu app puede realizar una acción adecuada, como mostrar un cuadro de diálogo al usuario para preguntarle si desea detener el proceso de renderización.

Si WebView sigue sin responder, 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 solo llama a onRenderProcessResponsive() una vez.

Paneles de configuración

En Android 10, se introducen Paneles de configuración, una API que permite que las apps muestren la configuración a los usuarios en el contexto de su app. De esta manera, los usuarios no tendrán que ir a Configuración para cambiar opciones como NFC o datos móviles para usar la app.

Figura 1: El usuario intenta abrir una página web mientras el dispositivo no está conectado a la red. Se abre el panel de configuración emergente Conectividad de Internet en Chrome.

Figura 2: El usuario puede activar el Wi-Fi y seleccionar una red sin salir de la app de Chrome.

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 en el que se le pedía al usuario que abra la Configuración para restablecer la conectividad. Con Android 10, la app de navegador puede mostrar un panel intercalado en el que se muestran parámetros de configuración de conectividad clave, como el modo de avión, Wi-Fi (incluidas las redes cercanas) y 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 parámetros de configuración relacionados con la conectividad a Internet, como el modo de avión, Wi-Fi y los datos móviles.
ACTION_WIFI
Muestra la configuración de Wi-Fi, pero no las otras opciones de configuración de conectividad. Esto es útil para apps que necesitan una conexión Wi-Fi para realizar cargas o descargas grandes.
ACTION_NFC
Muestra todos los parámetros de configuración relacionados 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 recuperar resultados de manera reactiva a pedido, la API de accesos directos de uso compartido permite a las apps publicar objetivos de uso compartido directos con anticipación. 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 permanecerán en el sistema hasta que la misma app los actualice o esta se desinstale.

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 los 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 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 del contenido 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 debes incluir en la definición de varios servicios específicos. Es posible asignar varios tipos de servicios en primer plano a un servicio en particular, aunque no suele ser apropiado.

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 a los desarrolladores de apps que usan el análisis de nulabilidad de Kotlin o Java en Android Studio obtener información de nulidad cuando interactúan con estas APIs.

Por lo general, las infracciones del contrato de nulabilidad en Kotlin generan 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 nulidad generan advertencias en lugar de errores.

Además, cualquier anotación de @RecentlyNullable o @RecentlyNonNull que se agregue en Android 9 cambiará a @Nullable y @NonNull, respectivamente. Esto significa que, en Android 10 y versiones posteriores, las infracciones de nulabilidad 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 liberación doble, pero tienden a 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 que se compilan mediante un NDK con el nivel de API 29 como mínimo 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 manejo de variables de subprocesos locales.

En el caso de las apps compiladas para el nivel de API 28 y versiones anteriores, se implementaron mejoras para que libgcc/compiler-rt solucione algunos problemas de emutls.

Para obtener más información, consulta Cambios en 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 los objetos Java de plataforma pequeña hacen referencia a objetos enormes en el montón de C++, a menudo, los objetos de C++ solo se pueden reclamar cuando se recopila el objeto Java y, por ejemplo, cuando se finaliza. En las versiones anteriores, la plataforma calculaba los tamaños de muchos objetos C++ asociados con objetos Java. Esta estimación no siempre era precisa y, en ocasiones, generaba un gran aumento en el uso de la memoria, ya que la plataforma no recolectaba elementos no utilizados cuando debería haberlo hecho.

En Android 10, el recolector de elementos no utilizados (GC) controla el tamaño total del montón asignado por el sistema malloc(), lo que garantiza que las asignaciones de 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 observar 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 seguimiento largo y copia periódicamente el búfer de seguimiento en el archivo de destino mientras se graba el registro. El registro se completa cuando se alcanzan los límites de duración o tamaño que especificaste.

Usa estos parámetros adicionales para probar casos de uso diferentes de los que probarías con un registro estándar. Por ejemplo, podrías diagnosticar un error de rendimiento que solo ocurre después de que tu app se estuvo ejecutando por un período prolongado. En este caso, podrías registrar un seguimiento largo durante todo un día y, luego, analizar el programador de CPU, la actividad del disco, los subprocesos de la app y otros datos del informe para 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

Android 10 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 ya existían. Recibe un objeto TextLanguage.Request y muestra un objeto TextLanguage.

Los objetos TextLanguage constan de 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 acción potencial 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 esto con la capacidad de incluir sugerencias de acciones 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 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 la app muestren respuestas o acciones sugeridas, puedes inhabilitar las acciones y respuestas generadas por el sistema con setAllowGeneratedReplies() y setAllowSystemGeneratedContextualActions().