Google ha publicado la segunda versión beta de Android 17, continuando el desarrollo de su plataforma móvil con miras a un lanzamiento final programado para el segundo trimestre de 2026. Esta actualización, disponible para pruebas desde la serie Pixel 6 hasta la futura línea Pixel 10, además de los modelos Fold y Tablet, introduce modificaciones directas en la gestión de la multitarea, el acceso a datos sensibles por parte de las aplicaciones y la comunicación entre dispositivos físicos cercanos.
Sobre el lanzamiento de esta actualización, los desarrolladores mencionan que la beta 2 ofrece diversas funciones nuevas, como la API EyeDropper y un selector de contactos que protege la privacidad, así como también rangos avanzados, API de transferencia entre dispositivos y mucho más.
Multitarea en ventanas y control de periféricos
La segunda beta de Android 17 presenta mejoras en gestión de la interfaz de usuario, con la introducción del modo multiventana denominado «Burbujas». A diferencia de la API de mensajería anterior, esta función permite que cualquier aplicación se ejecute en una ventana flotante. El usuario activa este modo manteniendo presionado el icono de la aplicación en el lanzador. En dispositivos con pantallas de gran formato, como tabletas, el sistema operativo genera un área separada en la barra de tareas para organizar estas ventanas flotantes, permitiendo agruparlas, moverlas y anclarlas en zonas específicas de la pantalla.
El manejo de periféricos de entrada también se ha estandarizado. El sistema ahora procesa los eventos del panel táctil (touchpad) de la misma manera que los movimientos de un ratón tradicional. Los gestos de desplazamiento y el movimiento del puntero se traducen a coordenadas relativas por defecto, lo que soluciona los problemas de compatibilidad en juegos de primera persona que capturan el puntero. Si un desarrollador necesita acceder a los datos de ubicación exacta de los dedos sobre el panel, debe solicitar explícitamente el modo de captura de coordenadas absolutas.
Privacidad mediada por el sistema
Android 17 Beta 2 delega la recolección de ciertos datos a interfaces administradas directamente por el sistema operativo, reduciendo los permisos que las aplicaciones pueden solicitar. Un ejemplo claro es la nueva API EyeDropper. Esta herramienta permite a un usuario seleccionar el color de cualquier píxel en la pantalla mediante un cuentagotas del sistema. La aplicación recibe únicamente el valor del color seleccionado, eliminando la necesidad de otorgarle permisos de captura de pantalla, lo que impide que el software analice el contenido completo del panel de forma encubierta.
El acceso a la libreta de direcciones sigue la misma lógica, ya que ahora el sistema estrena un selector de contactos invocado mediante la acción ACTION_PICK_CONTACTS. En lugar de solicitar el permiso global READ_CONTACTS, que expone toda la agenda, la aplicación delega la selección a una interfaz nativa. El usuario decide exactamente qué contacto y qué campos específicos (como solo el correo electrónico o un número de teléfono) desea compartir con la aplicación en esa sesión en particular.
Protección OTP y acceso a la red local
La seguridad de las comunicaciones locales y celulares presenta restricciones más estrictas. Para mitigar el secuestro de contraseñas de un solo uso (OTP) enviadas por SMS, Android 17 retrasa artificialmente el acceso de terceros a estos mensajes. Cualquier aplicación que tenga permisos de lectura de SMS, pero que no sea el destinatario verificado del mensaje, tendrá que esperar tres horas antes de que el sistema le permita leer el contenido. Esta medida se aplica tanto a mensajes estándar como a aquellos con formato WebOTP, exceptuando únicamente a la aplicación de mensajería predeterminada del sistema.
En el ámbito de la conectividad en el hogar o la oficina, se introduce el permiso ACCESS_LOCAL_NETWORK. Anteriormente, las aplicaciones podían escanear la red de área local (LAN) sin restricciones para identificar dispositivos conectados. Ahora, las aplicaciones orientadas a Android 17 deben solicitar este permiso explícito para detectar y conectarse a equipos como televisores inteligentes o altavoces. Esto bloquea las tácticas de creación de perfiles de usuario basadas en el análisis encubierto de los dispositivos que componen la red doméstica.
Continuidad de tareas y hardware especializado
Con la nueva API Handoff, ahora se permite sincronizar el estado exacto de una aplicación entre dispositivos cercanos, permitiendo a un usuario iniciar una tarea en su teléfono y continuarla en su tableta. El sistema muestra una sugerencia de transferencia en el dispositivo receptor y es capaz de redirigir al usuario a una versión web si la aplicación nativa no está instalada. La medición de distancias también se expande con soporte para UWB DL-TDOA, que facilita la navegación en interiores respetando la privacidad, y una nueva detección de proximidad certificada por la WiFi Alliance.
Finalmente, el acceso al hardware de inteligencia artificial requiere nuevas declaraciones. Las aplicaciones que necesiten ejecutar procesos directamente en la Unidad de Procesamiento Neuronal (NPU), incluyendo aquellas que utilizan el delegado de LiteRT o SDKs de fabricantes, están obligadas a declarar el requisito FEATURE_NEURAL_PROCESSING_UNIT en su manifiesto. De lo contrario, el sistema operativo bloqueará su acceso a este componente de hardware.
A nivel de red, los desarrolladores ahora disponen de métodos para consultar el ancho de banda máximo asignado por el operador de telefonía (tanto de subida como de bajada), lo que permite a las aplicaciones de transmisión de medios ajustar su calidad de vídeo de forma precisa antes de iniciar la reproducción.
Finalmente, si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.
Continúar leyendo...