Llançament de la plataforma mòbil Android 12

• Es va dur a terme una optimització significativa del rendiment del sistema: la càrrega a la CPU dels principals serveis del sistema va disminuir un 22%, la qual cosa va provocar un augment de la durada de la bateria en un 15%. En reduir la contenció de bloqueig, reduir la latència i optimitzar l'E/S, s'incrementa el rendiment de la transició d'una aplicació a una altra i es redueix el temps d'inici de l'aplicació.

  A PackageManager, quan es treballa amb instantànies en mode de només lectura, la contenció de bloqueig es redueix un 92%. El motor de comunicació entre processos de Binder utilitza una memòria cau lleugera per reduir la latència fins a 47 vegades per a alguns tipus de trucades. Rendiment millorat per processar fitxers dex, odex i vdex, la qual cosa fa que els temps de càrrega de l'aplicació siguin més ràpids, especialment en dispositius amb poca memòria. S'ha accelerat el llançament d'aplicacions des de les notificacions, per exemple, el llançament de Google Fotos des d'una notificació és ara un 34% més ràpid.

  El rendiment de les consultes de bases de dades s'ha millorat mitjançant l'ús d'optimitzacions en línia en l'operació CursorWindow. Per a petites quantitats de dades, CursorWindow s'ha tornat un 36% més ràpid, i per a conjunts de més de 1000 files, l'acceleració pot ser fins a 49 vegades.

  Es proposen criteris per classificar els dispositius per rendiment. En funció de les capacitats d'un dispositiu, se li assigna una classe de rendiment, que després es pot utilitzar en aplicacions per limitar la funcionalitat dels còdecs en dispositius de baix consum o per gestionar contingut multimèdia de major qualitat en un maquinari potent.

• S'ha implementat un mode d'hibernació de l'aplicació, que permet, si l'usuari no ha interactuat explícitament amb el programa durant molt de temps, restablir automàticament els permisos concedits anteriorment a l'aplicació, aturar l'execució, retornar els recursos utilitzats per l'aplicació, com ara la memòria, i bloquejar el llançament del treball en segon pla i l'enviament de notificacions push. El mode es pot utilitzar per a la majoria d'aplicacions i us permet protegir les dades d'usuari a les quals continuen tenint accés els programes oblidats. Si es desitja, el mode d'hibernació es pot desactivar selectivament a la configuració.
• S'ha optimitzat l'animació en girar la pantalla, reduint el retard abans de girar en un 25% aproximadament.
• L'estructura inclou un nou motor de cerca d'alt rendiment AppSearch, que permet indexar la informació del dispositiu i realitzar cerques de text complet amb resultats de classificació. AppSearch ofereix dos tipus d'índexs: per organitzar cerques en aplicacions individuals i per cercar a tot el sistema.
• S'ha afegit l'API del mode de joc i la configuració corresponent que us permet gestionar el perfil de rendiment del joc; per exemple, podeu sacrificar el rendiment per allargar la durada de la bateria o utilitzar tots els recursos disponibles per aconseguir el màxim FPS.
• S'ha afegit la funció de reproducció mentre descarregueu per descarregar recursos del joc en segon pla durant el procés d'instal·lació, cosa que us permet començar a jugar abans que s'hagi completat la descàrrega. aplicació.
• Augment de la capacitat de resposta i la velocitat de reacció quan es treballa amb notificacions. Per exemple, quan un usuari toca una notificació, ara el porta immediatament a l'aplicació associada. Les aplicacions limiten l'ús de trampolins de notificació.
• Trucades IPC optimitzades a Binder. Mitjançant l'ús d'una nova estratègia de memòria cau i l'eliminació de la contenció de bloqueig, la latència es va reduir significativament. En general, el rendiment de les trucades de Binder s'ha duplicat aproximadament, però hi ha algunes àrees on s'han aconseguit acceleracions encara més importants. Per exemple, cridar a refContentProvider() es va fer 47 vegades més ràpid, releaseWakeLock() 15 vegades més ràpid i JobScheduler.schedule() 7.9 vegades més ràpid.
• Per evitar possibles problemes de rendiment, les aplicacions no poden executar serveis en primer pla mentre s'executen en segon pla, excepte en alguns casos especials. Per començar a treballar en segon pla, es recomana utilitzar WorkManager. Per simplificar la transició, s'ha proposat un nou tipus de treball a JobScheduler, que comença immediatament, ha augmentat la prioritat i l'accés a la xarxa.

• La interfície del tauler de privadesa s'ha implementat amb una visió general de tots els paràmetres de permisos, que us permeten entendre a què tenen accés les aplicacions de dades d'usuari. La interfície també inclou una línia de temps que visualitza l'historial de l'accés de l'aplicació al micròfon, la càmera i les dades d'ubicació. Per a cada aplicació, podeu veure els detalls i els motius per accedir a dades sensibles.
• S'han afegit indicadors d'activitat del micròfon i de la càmera al tauler, que apareixen quan una aplicació accedeix a la càmera o al micròfon. Quan feu clic als indicadors, apareix un diàleg amb la configuració, que us permet determinar quina aplicació funciona amb la càmera o el micròfon i, si cal, revocar els permisos.
• S'han afegit interruptors al bloc emergent de configuració ràpida, amb el qual podeu apagar el micròfon i la càmera amb força. Després d'apagar-se, els intents d'accedir a la càmera i al micròfon provocaran una notificació i dades buides a l'aplicació.
• S'ha afegit una nova notificació que apareix a la part inferior de la pantalla quan una aplicació intenta llegir el contingut del porta-retalls mitjançant una trucada a la funció getPrimaryClip(). Si el contingut del porta-retalls es copia a la mateixa aplicació en què s'ha afegit, la notificació no apareix.
• S'ha afegit un permís separat BLUETOOTH_SCAN per escanejar dispositius propers mitjançant Bluetooth. Anteriorment, aquesta capacitat es proporcionava en funció de l'accés a la informació d'ubicació del dispositiu, la qual cosa va comportar la necessitat de concedir permisos addicionals a les aplicacions que requereixen l'aparellament amb un altre dispositiu mitjançant Bluetooth.
• S'ha modernitzat el diàleg per proporcionar accés a la informació sobre la ubicació del dispositiu. Ara l'usuari té l'oportunitat de proporcionar a l'aplicació informació sobre la ubicació exacta o proporcionar només dades aproximades, així com limitar l'autoritat només a la sessió activa amb el programa (denegar l'accés en segon pla). El nivell de precisió de les dades retornades en seleccionar una ubicació aproximada es pot canviar a la configuració, fins i tot en relació amb aplicacions individuals.
• Els desenvolupadors d'aplicacions tenen l'opció de desactivar els avisos emergents que se superposen al contingut. Anteriorment, la capacitat de mostrar finestres superposades es controlava exigint que es verificin permisos durant la instal·lació d'aplicacions que mostren finestres superposades. No hi havia eines disponibles per influir en la superposició del contingut de les aplicacions les finestres de les quals es superposen. Quan utilitzeu la crida Window#setHideOverlayWindows(), totes les finestres superposades s'amagaran automàticament. Per exemple, l'ocultació es pot activar quan es mostra informació especialment important, com ara la confirmació de la transacció.
• Les aplicacions reben configuracions addicionals per limitar les operacions de notificació mentre la pantalla està bloquejada. Abans només teníeu la possibilitat de controlar la visibilitat de les notificacions mentre la pantalla està bloquejada, però ara podeu habilitar l'autenticació obligatòria per realitzar qualsevol acció amb notificacions mentre la pantalla està bloquejada. Per exemple, una aplicació de missatgeria pot requerir autenticació abans de suprimir o marcar un missatge com a llegit.
• S'ha afegit l'API PackageManager.requestChecksums() per sol·licitar i verificar la suma de verificació d'una aplicació instal·lada. Els algorismes admesos inclouen SHA256, SHA512 i Merkle Root.
• El motor web WebView implementa la capacitat d'utilitzar l'atribut SameSite per controlar el processament de les galetes. El valor "SameSite=Lax" limita la galeta que s'envia per a subsol·licituds entre llocs, com ara sol·licitar una imatge o carregar contingut mitjançant un iframe des d'un altre lloc. En el mode "SameSite=Strict", no s'envien galetes per a cap tipus de sol·licitud entre llocs, inclosos tots els enllaços entrants de llocs externs.
• Continuem treballant en l'aleatorització d'adreces MAC per eliminar la possibilitat de seguiment del dispositiu quan es connecta a una xarxa sense fil. Les aplicacions sense privilegis tenen accés limitat a l'adreça MAC del dispositiu i la trucada getHardwareAddress() ara retorna un valor nul.

• S'ha afegit la possibilitat d'adaptar elements d'interfície a dispositius amb pantalles arrodonides. Els desenvolupadors ara poden obtenir informació sobre els arrodoniments de la pantalla i ajustar els elements de la interfície que cauen a les zones de cantonades invisibles. Mitjançant la nova API RoundedCorner, podeu conèixer paràmetres com ara el radi i el centre de l'arrodoniment, i mitjançant Display.getRoundedCorner() i WindowInsets.getRoundedCorner() podeu determinar les coordenades de cada cantonada arrodonida de la pantalla.
• S'ha afegit una nova API CompanionDeviceService, amb la qual podeu activar aplicacions que controlen dispositius acompanyants, com ara rellotges intel·ligents i rastrejadors de fitness. L'API resol el problema d'iniciar i connectar les aplicacions necessàries quan apareix un dispositiu acompanyant a prop. El sistema activa el servei quan hi ha un dispositiu a prop i envia una notificació quan el dispositiu es desconnecta o quan el dispositiu entra o surt de l'àmbit. Les aplicacions també poden utilitzar el nou perfil del dispositiu complementari per configurar més fàcilment els permisos per unir-se a un dispositiu.
• Sistema de previsió de capacitat millorat. Les aplicacions ara poden sol·licitar informació sobre el rendiment total previst en relació amb l'operador, la xarxa sense fil específica (SSID Wi-Fi), el tipus de xarxa i la força del senyal.
• L'aplicació d'efectes visuals habituals, com ara el desenfocament i la distorsió del color, s'ha simplificat i ara es pot aplicar mitjançant l'API RenderEffect a qualsevol objecte RenderNode o a tota l'àrea visible, inclosa en una cadena amb altres efectes. Aquesta característica, per exemple, us permet desenfocar una imatge mostrada mitjançant ImageView sense copiar, processar i substituir explícitament el mapa de bits, movent aquestes accions al costat de la plataforma. A més, es proposa l'API Window.setBackgroundBlurRadius(), amb la qual podeu difuminar el fons d'una finestra amb un efecte de vidre esmerilat i ressaltar la profunditat difuminant l'espai que envolta la finestra.
• Eines integrades per transcodificar fluxos multimèdia que es poden utilitzar en entorns amb una aplicació de càmera que desa vídeo en format HEVC, per garantir la compatibilitat amb aplicacions que no admeten aquest format. Per a aquestes aplicacions, s'ha afegit una funció de transcodificació automàtica al format AVC més comú.
• S'ha afegit suport per al format d'imatge AVIF (format d'imatge AV1), que utilitza tecnologies de compressió intra-fotograma del format de codificació de vídeo AV1. El contenidor per distribuir dades comprimides en AVIF és completament similar a HEIF. AVIF admet tant imatges en HDR (High Dynamic Range) com en espai de color de gamma àmplia, així com en rang dinàmic estàndard (SDR).
• Es proposa una API OnReceiveContentListener unificada per inserir i moure tipus ampliats de contingut (text amb format, imatges, vídeos, fitxers d'àudio, etc.) entre aplicacions mitjançant diverses fonts de dades, com ara el porta-retalls, el teclat i la interfície d'arrossegar i deixar anar.
• S'ha afegit un efecte de retroalimentació tàctil, implementat mitjançant el motor de vibració integrat als telèfons, la freqüència i intensitat de la vibració depèn dels paràmetres del so que s'emet actualment. El nou efecte us permet sentir físicament el so i es pot utilitzar per afegir realisme addicional als jocs i als programes de so.
• En el mode immersiu, en què el programa es mostra a pantalla completa amb els panells de servei ocults, la navegació es simplifica mitjançant gestos de control. Per exemple, ara es poden navegar per llibres, vídeos i fotos amb un sol gest de lliscament.
• Com a part del projecte Mainline, que permet actualitzar components individuals del sistema sense actualitzar tota la plataforma, s'han preparat nous mòduls de sistema actualitzables a més dels 22 mòduls disponibles a Android 11. Les actualitzacions afecten components que no són de maquinari que es descarreguen mitjançant Google Play per separat de les actualitzacions de firmware OTA del fabricant. Entre els nous mòduls que es poden actualitzar a través de Google Play sense actualitzar el firmware hi ha ART (Android Runtime) i un mòdul per a la transcodificació de vídeo.
• S'ha afegit una API a la classe WindowInsets per determinar la posició de visualització dels indicadors d'ús de la càmera i el micròfon (els indicadors poden superposar-se als controls dels programes desplegats a pantalla completa i, mitjançant l'API especificada, l'aplicació pot ajustar la seva interfície).
• Per als dispositius de gestió centralitzada, s'ha afegit una opció per evitar l'ús d'interruptors per silenciar el micròfon i la càmera.
• Per a les aplicacions CDM (Companion Device Manager) que s'executen en segon pla, que controlen dispositius complementaris com ara rellotges intel·ligents i rastrejadors de fitness, és possible llançar serveis en primer pla.
• En lloc d'una edició per a dispositius portàtils, Android Wear, juntament amb Samsung, van decidir desenvolupar una nova plataforma unificada que combina les capacitats d'Android i Tizen.
• S'han ampliat les capacitats de les edicions d'Android per als sistemes d'informació i entreteniment del cotxe i els televisors intel·ligents.

Font: opennet.ru