Google ha publicat la segona versió beta d'Android 17, continuant el desenvolupament de la seva plataforma mòbil amb vista a un llançament final programat per al segon trimestre de 2026. Aquesta actualització, disponible per a proves des de la sèrie Pixel 6 fins a la futura línia Pixel 10, a més dels models Fold i Tablet, introdueix modificacions directes en la gestió de la multitasca, l'accés a dades sensibles per part de les aplicacions i la comunicació entre dispositius físics propers.
Sobre el llançament d'aquesta actualització, els desenvolupadors esmenten que la beta 2 ofereix diverses funcions noves, com l'API EyeDropper i un selector de contactes que protegeix la privadesa, així com també rangs avançats, API de transferència entre dispositius i molt més.
Multitasca en finestres i control de perifèrics
La segona beta d'Android 17 presenta millores en gestió de la interfície d'usuari amb la introducció del mode multifinestra denominat «Bombolles». A diferència de l'API de missatgeria anterior, aquesta funció permet que qualsevol aplicació s'executi en una finestra flotant. L'usuari activa aquest mode mantenint premuda la icona de l'aplicació al llançador. En dispositius amb pantalles de gran format, com ara tauletes, el sistema operatiu genera una àrea separada a la barra de tasques per organitzar aquestes finestres flotants, permetent agrupar-les, moure-les i ancorar-les en zones específiques de la pantalla.
El maneig de perifèrics dentrada també sestà estandarditzat. El sistema ara processa els esdeveniments del panell tàctil (Ratolí tàctil) de la mateixa manera que els moviments dun ratolí tradicional. Els gestos de desplaçament i el moviment del punter es tradueixen a coordenades relatives per defecte, cosa que soluciona els problemes de compatibilitat en jocs de primera persona que capturen el punter. Si un desenvolupador necessita accedir a les dades d'ubicació exacta dels dits sobre el tauler, heu de sol·licitar explícitament el mode de captura de coordenades absolutes.
Privadesa mediada pel sistema
Android 17 Beta 2 delega la recol·lecció de certes dades a interfícies administrades directament pel sistema operatiu, reduint els permisos que les aplicacions poden sol·licitar. Un exemple clar és la nova API EyeDropper. Aquesta eina permet a un usuari seleccionar el color de qualsevol píxel a la pantalla mitjançant un comptagotes del sistema. L'aplicació només rep el valor del color seleccionat, eliminant la necessitat d'atorgar-vos permisos de captura de pantalla, cosa que impedeix que el programari analitzi el contingut complet del panell de forma encoberta.
El accés a la llibreta d'adreces segueix la mateixa lògica, ja que ara el sistema estrena un selector de contactes invocat mitjançant lacció ACTION_PICK_CONTACTS. En comptes de sol·licitar el permís global READ_CONTACTS, que exposa tota l'agenda, l'aplicació delega la selecció a una interfície nativa. El usuari decideix exactament quin contacte i quins camps específics (com només el correu electrònic o un número de telèfon) voleu compartir amb l'aplicació en aquesta sessió en particular.
Protecció OTP i accés a la xarxa local
La seguretat de les comunicacions locals i cel·lulars presenta restriccions més estrictes. Per mitigar el segrest de contrasenyes d'un sol ús (OTP) enviades per SMS, Android 17 retarda artificialment l'accés de tercers a aquests missatges. Qualsevol aplicació que tingui permisos de lectura de SMS, però que no sigui el destinatari verificat del missatge, haurà desperar tres hores abans que el sistema li permeti llegir el contingut. Aquesta mesura s'aplica tant a missatges estàndard com a aquells amb format WebOTP, exceptuant només l'aplicació de missatgeria predeterminada del sistema.
A l'àmbit de la connectivitat a la llar o l'oficina, introduïu el permís ACCESS_LOCAL_NETWORK. Anteriorment, les aplicacions podien escanejar la xarxa d'àrea local (LAN) sense restriccions per identificar dispositius connectats. Ara, les aplicacions orientades a Android 17 han de sol·licitar aquest permís explícit per detectar i connectar-se a equips com a televisors intel·ligents o altaveus. Això bloqueja les tàctiques de creació de perfils dusuari basades en lanàlisi encoberta dels dispositius que componen la xarxa domèstica.
Continuïtat de tasques i maquinari especialitzat
Amb la nova API Handoff, ara permet sincronitzar l'estat exacte d'una aplicació entre dispositius propers, permetent a un usuari iniciar una tasca al telèfon i continuar-la a la tauleta. El sistema mostra un suggeriment de transferència al dispositiu receptor i és capaç de redirigir l'usuari a una versió web si l'aplicació nativa no està instal·lada. El mesurament de distàncies també s'expandeix amb suport per a UWB DL-TDOA, que facilita la navegació en interiors respectant la privadesa, i una nova detecció de proximitat certificada per la WiFi Alliance.
Finalment, l'accés al maquinari d'intel·ligència artificial requereix noves declaracions. Les aplicacions que necessitin executar processos directament a la Unitat de Processament Neuronal (NPU), incloent-hi aquelles que utilitzen el delegat de LiteRT o SDKs de fabricants, estan obligades a declarar el requisit FEATURE_NEURAL_PROCESSING_UNIT en el seu manifest. En cas contrari, el sistema operatiu bloquejarà l'accés a aquest component de maquinari.
A nivell de xarxa, els desenvolupadors ara disposen de mètodes per consultar l'amplada de banda màxim assignada per l'operador de telefonia (tant de pujada com de baixada), cosa que permet a les aplicacions de transmissió de mitjans ajustar la seva qualitat de vídeo de manera precisa abans d'iniciar la reproducció.
Finalment, si estàs interessat en poder conèixer més sobre això, pots consultar els detalls en el següent enllaç.