Android 16 sosește în forță, aducând una dintre acele îmbunătățiri care, deși nu apar în cele mai atrăgătoare reclame, Acestea pot schimba cu adevărat modul în care îți folosești telefonul mobil în viața de zi cu zi.Vorbim despre un nou sistem de actualizare a aplicațiilor care elimină practic pauzele enervante atunci când o aplicație se actualizează în fundal.
Cheia constă într-o combinație de modificări tehnice de sub capotă: de la așa-numitul actualizări fără probleme ale aplicațiilor (actualizări fără întreruperi ale aplicației) până la compilare cloudAceasta include ajustări la Android Runtime, permisiuni, design responsiv și securitate. Toate acestea au fost integrate în Android 16, astfel încât actualizarea sau instalarea unei aplicații să nu mai fie un moment de a-ți încrucișa degetele și de a spera că telefonul nu se blochează.
Ce se schimbă odată cu Android 16 în actualizările aplicațiilor?
Până acum, de fiecare dată când o aplicație era actualizată, sistemul de operare trebuia „îngheață-l” pentru câteva secunde să-și înlocuiască codul și resursele interne fără a risca coruperea datelor sau opriri neașteptate. Această înghețare temporară a fost o măsură necesară pentru menținerea stabilității, dar în practică putea fi destul de incomodă.
Când aplicația afectată era ușoară, această blocare trecea aproape neobservată; totuși, în cazul... aplicații grele sau cu un rol critic în sistemAcele câteva secunde au fost suficiente pentru ca alte aplicații care depindeau de ele să se comporte erratic, să se blocheze sau să afișeze erori ocazionale. Dacă folosești multe aplicații zilnic, probabil ai observat mici întreruperi sau pauze ciudate imediat după ce Magazinul Play a terminat mai multe actualizări simultan.
Android 16 face un salt semnificativ în acest domeniu adoptând mai agresiv filosofia actualizări fără probleme ale aplicațiilorScopul nu este doar de a scurta procesul de actualizare în ceea ce privește timpul total, ci și intervalul în care aplicația este complet inoperabilă este redus la o fracțiune de secundăpână la punctul în care, în practică, s-ar putea chiar să ți se pară greu de perceput.
Conform documentației și explicațiilor Google, perioada de blocare a unei aplicații în timpul actualizării se modifică de la „câteva secunde” până la „zeci de milisecunde”Cu alte cuvinte, trece de la o pauză clar vizibilă la ceva care, dacă nu urmărești fiecare detaliu, se simte ca o simplă clipire.
Cum reduce Android 16 pauza din actualizări?
Pentru a realiza această reducere agresivă, Android 16 nu recurge la scurtături de proastă calitate; ceea ce face este... reorganizează ordinea în care sistemul execută sarcini foarte grele în timpul instalării și actualizărilor aplicației. Secretul este de a muta munca costisitoare în afara momentului critic în care aplicația trebuie oprită.
Piesele cheie aici sunt dexopt y dex2oat, două componente ale mediului Android Runtime (ART) responsabile pentru Optimizați bytecode-ul aplicațieiÎn mod tradițional, o parte semnificativă a muncii lor se desfășura exact atunci când aplicația era blocată, ceea ce prelungia acea fereastră de inactivitate cu câteva secunde, în special pe dispozitivele mai lente sau cu aplicații foarte mari.
Cu Android 16, Google mută aceste procese la o fază preliminară a fluxului de instalare sau modernizareSistemul efectuează cea mai mare parte a optimizării înainte de a ajunge la punctul critic în care trebuie să înlocuiască fișierele vechi cu altele noi. În acest fel, atunci când este timpul să înghețe aplicația, sistemul trebuie doar să efectueze o schimbare rapidă a fișierelor pregătite în prealabil, reducând pauza la doar câteva zeci de milisecunde.
Această abordare are un dublu avantaj pentru utilizator: pe de o parte, Observați că actualizările sunt aproape instantaneeAcest lucru se datorează faptului că aplicația este aproape niciodată scoasă din funcțiune; pe de altă parte, se menține același nivel de securitate și consecvență a datelor, deoarece validările și optimizările sunt încă în curs de desfășurare, acestea fiind pur și simplu aduse într-un punct al procesului în care sunt mult mai puțin perturbatoare.
Este important să înțelegem că Android 16 Nu elimină dexopt sau dex2oat.Nici nu elimină controalele critice. Ceea ce se schimbă este momentul și modul: sistemul evită executarea lor atunci când aplicația este blocată și le mută într-un punct anterior sau chiar se bazează pe alte îmbunătățiri, cum ar fi compilarea în cloud, astfel încât o parte din această muncă să ajungă deja efectuată de pe serverele Google.
Impact real asupra utilizării zilnice: multe actualizări, mai puține bătăi de cap
Dacă aveți un telefon cu puține aplicații ușoare care sunt actualizate foarte rar, aceste schimbări probabil vi se vor părea subtile. Chiar și așa, senzația generală de fluiditate a sistemului se îmbunătățeștedeoarece micile întreruperi și momentele în care o aplicație pare „blocată” sunt mai puțin frecvente sau practic invizibile.
Această schimbare strălucește cu adevărat în scenarii mai solicitante: telefoane mobile cu zeci de aplicații instalate, jocuri care consumă multe resurse, servicii actualizate frecvent sau medii în care mai multe aplicații depind unele de altele. Reducerea timpului de nefuncționare dintre actualizări înseamnă că veți observa mai puține schimbări de interfață, mai puține așteptări neașteptate și o experiență generală mult mai stabilă.
Există un caz deosebit de delicat: aplicațiile care acționează ca componentă centrală pentru alte aplicații sau pentru sistemul în sinecum ar fi clienții de mesagerie, serviciile de securitate, bibliotecile partajate sau componentele sistemului. Dacă una dintre aceste aplicații se bloca pentru câteva secunde în versiunile anterioare de Android, tot ceea ce depindea de ea putea fi afectat. Cu Android 16, acest interval este atât de scurt încât impactul asupra lanțului de dependențe este redus drastic.
În plus, această îmbunătățire este binevenită în special la telefoanele de nivel de intrare sau gamă medie inferioarăunde hardware-ul are mai mult de suferit atunci când se gestionează instalații mari. Pe aceste dispozitive, sarcinile de optimizare ar putea pune o sarcină semnificativă pe procesor, provocând mai multă întârziere decât este de dorit. Android 16 nu numai că reorganizează procesele locale, dar și suportă o parte din încărcătură în cloud pentru a degreva dispozitivul, lucru despre care vom vorbi în continuare.
Compilare în cloud: instalări mai rapide, în special pe dispozitive mobile modeste
Pe lângă accelerarea actualizărilor, Android 16 introduce o funcție menită să... instalarea inițială a aplicațiilor și jocurilorcu un accent clar pe dispozitive mai puțin puternice. Aceasta este așa-numita compilare cloud (compilare în cloud), al cărei obiectiv este de a muta o mare parte din munca grea care se desfășura anterior exclusiv pe telefon pe serverele Google.
Când instalați o aplicație pe Android, sistemul folosește ART pentru a rula codul acesteia. În acest proces, instrumentul dex2oat preia fișierele .dex din APK —care conțin bytecode-ul— și generează mai multe artefacte de execuție care permit aplicației să pornească și să ruleze mai rapid și mai eficient. Aceste artefacte includ fișiere precum .vdex, .odex sau .art, care stochează metadate, cod precompilat și structuri interne gata de utilizare.
Pe telefoanele mobile puternice, generarea acestor artefacte este de obicei destul de rapidă, aproape transparentă pentru utilizator. Dar pe telefoane ieftine cu procesoare modeste și memorie lentăAceastă compilare locală poate deveni un blocaj, mai ales dacă APK-ul conține multe fișiere .dex sau este un joc foarte mare.
Android 16 adoptă o abordare diferită: în loc să forțeze dispozitivul să compileze totul local, Descărcați câteva dintre acele artefacte precompilate de pe Google PlayÎn zilele noastre, majoritatea utilizatorilor au conexiuni Wi-Fi sau mobile destul de decente, așa că în multe cazuri este mai eficient să „folosești rețeaua” decât să pui procesorul telefonului la treabă mai intens timp de secunde sau minute lungi.
Metadate Secure Dex (SDM): rolul artefactelor precompilate
Compilarea în cloud se bazează pe un nou tip de fișier numit SDM (Metadate Secure Dex)Aceste fișiere sunt descărcate împreună cu fișierul APK din Magazin Play și conțin artefacte generate anterior în infrastructura Google folosind dex2oat, gata de a fi utilizat de dispozitiv fără a repeta toată munca de compilare locală.
Un detaliu cheie este că aceste fișiere SDM Sunt semnate cu aceeași cheie ca și fișierul APK în sine.Acest lucru permite sistemului să verifice dacă artefactele provin de la o sursă legitimă, nu au fost modificate și sunt în concordanță cu versiunea aplicației instalate. Datorită acestei verificări a integrității, telefonul poate avea încredere în ele și le poate utiliza pentru a accelera instalarea fără a compromite securitatea.
În practică, asta înseamnă că, cu Android 16, sistemul În multe cazuri, puteți evita rularea dex2oat chiar pe dispozitiv.în special în timpul instalării inițiale. Rezultatul este o solicitare mai mică a procesorului, un consum mai mic de energie în timpul instalării și timpi de așteptare semnificativ mai scurți, în special la descărcarea de aplicații sau jocuri mari.
Totuși, toată această infrastructură de compilare bazată pe cloud necesită ca Google configurează Play Store pentru a genera și distribui SDM la scară largăÎn primele etape, funcția poate fi prezentă în sistem, dar nu este complet implementată în toate aplicațiile sau dispozitivele. Activarea este de obicei graduală, așa că nu vă așteptați la miracole imediate pe niciun telefon compatibil încă din prima zi.
Cum sunt legate actualizările rapide și construirea de cloud?
Poate părea că actualizări neîntrerupte Compilarea cloud și construirea cloud-ului sunt subiecte separate, dar de fapt se încadrează în același puzzle: ambele se învârt în jurul când și unde sunt generate artefactele de execuție a aplicațieiAndroid 16 aduce execuția unor procese precum dexopt și dex2oat în faze mai puțin critice și, în același timp, permite ca o mare parte din această muncă să fie efectuată chiar și în afara dispozitivului.
Pe de o parte, reorganizarea fluxului de instalare minimizează timpul necesar blocării aplicației, concentrând-o pe un simplu schimb de fișiere pregătite în prealabil. Pe de altă parte, Descărcați dispozitive gata de utilizare din cloud Reduce necesitatea compilării locale atât în instalările noi, cât și în anumite actualizări, scurtând astfel timpii totali.
Luate împreună, această abordare duală urmărește un obiectiv fundamental foarte clar: pentru a face Android să se simtă fluid chiar și pe hardware modestreducerea timpilor de nefuncționare și atenuarea efectelor secundare pe care actualizările le pot avea asupra altor aplicații și servicii care rulează în același timp.
Modificări ale Android 16 în design, navigare și experiența utilizatorului
Îmbunătățirile aduse actualizărilor și instalărilor vin la pachet cu o serie de modificări de comportament care Acestea afectează atât aplicațiile care vizează noul nivel API (targetSdkVersion 36), cât și sistemul în sine.Multe nu sunt direct legate de actualizări, dar afectează modul în care sunt percepute performanța și consistența interfeței.
În domeniul designului, Android 16 consolidează interfețe de la margine la margineAplicațiile care vizează această versiune nu mai pot dezactiva arbitrar modul edge-to-edge folosind atributul windowOptOutEdgeToEdgeEnforcement. Acest lucru obligă dezvoltatorii să își adapteze design-urile pentru a funcționa corect pe ecran complet, integrându-se mai bine cu gesturile, barele de navigare și fundalurile.
Navigația face și ea un pas înainte cu normalizarea gestului predictiv înapoi Pentru aplicațiile care vizează Android 16. Pe dispozitivele cu această versiune, nu se mai invocă onBackPressed și nici nu se mai trimite tasta KEYCODE_BACK ca în versiunile anterioare; în schimb, sistemul afișează animații care anticipează unde vă va duce gestul înapoi (la ecranul anterior, la ecranul de pornire etc.).
Dezvoltatorii care s-au bazat pe vechiul comportament ar trebui migrați către noile API-uri de navigare Alternativ, puteți dezactiva temporar comportamentul predictiv folosind atributul `android:enableOnBackInvokedCallback=false` din manifest. Acest lucru necesită unele ajustări ale aplicațiilor, dar în schimb, beneficiați de o navigare mai clară și mai intuitivă pentru utilizator.
Setări interne pentru dezvoltatori: sarcini, text și ecrane mari
La un nivel mai tehnic, Android 16 introduce modificări în modul în care sunt gestionate anumite sarcini programate și în comportamentul unor proprietăți legate de text și design responsiv. Toate acestea indică faptul că un sistem mai previzibil cu mai puține vârfuri de sarcină, cu prețul revizuirii de către dezvoltatori a unor presupuneri anterioare.
De exemplu, metoda scheduleAtFixedRate își modifică semantica: când o aplicație a fost inactivă și este reluată, Execuțiile „pierdute” nu mai sunt în cascadă.dar numai unul. Acest lucru ajută la evitarea creșterilor bruște ale volumului de lucru care pot cauza întârzieri sau un consum ridicat de resurse, deși necesită ca aplicațiile care se bazează pe acest model să își revizuiască logica.
În ceea ce privește tipografia, atributul ÎnălțimeaTextuluielei elegant nu mai are efect În aplicațiile adaptate pentru Android 16, așa-numitele „fonturi elegante”, concepute pentru a îmbunătăți reprezentarea anumitor limbi (arabă, thailandeză, tamilă, diverse alfabete indiene etc.), sunt scoase din uz, așa că dezvoltatorii trebuie să își planifice propria strategie tipografică care să acopere în mod adecvat aceste limbi, fără a se baza pe această ajustare automată.
Ecranele mari — tablete, dispozitive pliabile, desktop-uri, mașini sau televizoare — sunt, de asemenea, puternic influențate de această versiune. Android 16 întărește ideea de modele cu adevărat adaptabile la diagonale mariPe dispozitivele cu o lățime minimă de 600 dp, anumite restricții de orientare, redimensionare sau raport de aspect declarate în manifest sunt ignorate. Drept urmare, aplicația se va extinde pentru a umple întreaga fereastră, evitând barele negre artificiale (pillarboxing) sau orientările verticale sau orizontale forțate.
Există excepții pentru jocuri, unele carcase configurate de utilizator și ecrane mai mici, dar, în general, regula este clară: Android își dorește aplicații care să se scaleze natural pe ecrane mariExistă o soluție temporară care utilizează proprietatea android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY la nivel de activitate sau aplicație, dar Google a avertizat deja că aceasta va dispărea în versiunile viitoare (API 37), așa că este recomandat să se adapteze cât mai curând posibil.
Noi dezvoltări în domeniul sănătății digitale, conectivității și permisiunilor sensibile
Android 16 profită de ocazie pentru a consolida și mai mult protecția față de... date despre sănătate și activitate fizicăPermisiunile generice BODY_SENSORS și BODY_SENSORS_BACKGROUND sunt înlocuite cu permisiuni mai granulare în spațiul android.permissions.health, aliniindu-se cu platforma Health Connect.
Aplicațiile care doresc să citească informații sensibile, cum ar fi ritmul cardiac sau alți parametri de sănătateAceștia trebuie să solicite permisiuni specifice, cum ar fi READ_HEART_RATE, și să afișeze, de asemenea, activitatea vizibilă conform politicii de confidențialitate. Nerespectarea acestor cerințe poate duce la revocarea permisiunilor de către sistem, restricționând astfel accesul la acest tip de date.
În domeniul Bluetooth, apar noi intenții, cum ar fi ACTION_KEY_MISSING și ACTION_ENCRYPTION_CHANGEAceste funcții sunt concepute pentru a gestiona mai bine pierderea cheilor de asociere sau modificările criptării conexiunii. Aplicațiile care controlează dispozitivele asociate obțin astfel un control mai precis atunci când reacționează la stări anormale sau diferențe între producători.
În plus, toate aplicațiile concepute pentru Android 16 au o funcție publică în CompanionDeviceManager pentru a elimina asocierea Bluetooth a dispozitivelor asociate: metoda removeBond(int) vă permite să revocați legătura legată de o asociere CDM și puteți asculta ACTION_BOND_STATE_CHANGED pentru a urmări evoluția stării de împerechere.
Securitate îmbunătățită: GPU Mali, intenții și rețea locală
Android 16 consolidează, de asemenea, securitatea pe mai multe fronturi cheie. Unul dintre acestea este accesul la GPU Mali în dispozitivele PixelAceastă actualizare blochează IOCTL-urile mai vechi sau pe cele destinate exclusiv dezvoltării și restricționează crearea de profiluri pentru IOCTL-uri la procesele shell sau la aplicațiile depanabile. În teorie, aplicațiile obișnuite care utilizează API-uri grafice standard, cum ar fi Vulkan sau OpenGL, nu ar trebui să fie afectate, dar blochează potențialii vectori de atac la nivel de kernel.
Un alt punct important este progresul inițiativei de a „Încercări mai sigure”Folosind atributul intentMatchingFlags, puteți activa un mod de rezoluție a intențiilor mult mai strict: intențiile explicite trebuie să corespundă în mod clar filtrului componentei țintă, iar intențiile fără acțiune opresc potrivirea filtrelor, cu excepția cazului în care se utilizează steaguri specifice, cum ar fi allowNullAction.
Acest mod poate fi aplicat la nivel de aplicație sau fiecărei componente (activitate, serviciu, receptor), folosind steaguri precum enforceIntentFilter sau nimicși este însoțită de mesaje de jurnal pentru depanarea intențiilor blocate. Ideea este de a muta treptat ecosistemul către un model în care această rezoluție strictă devine comportamentul implicit în versiunile viitoare.
În ceea ce privește confidențialitatea rețelei, Android 16 introduce noi apeluri Protecții ale rețelei locale (Protecții ale rețelei locale). Până acum, orice aplicație cu permisiunea INTERNET putea comunica liber cu dispozitivele din rețeaua locală, ceea ce a deschis calea către tehnici de amprentare digitală sau utilizarea rețelei locale ca semnal aproximativ de localizare.
Acces la adrese locale
Cu aceste protecții, accesul la adrese locale (intervale precum 10.0.0.0/8, 192.168.0.0/16, 172.16.0.0/12, 169.254.0.0/16, 100.64.0.0/10, multicast 224.0.0.0/4, ff00::/8 etc.) Rămâne în spatele permisiunilor specifice ale grupului de dispozitive din apropiereÎn prima fază (T2 25), aplicațiile pot activa aceste restricții prin intermediul cadrului de compatibilitate și pot testa cazurile lor de utilizare; atunci când indicatorul RESTRICT_LOCAL_NETWORK este activ pentru un pachet, traficul către/dinspre LAN generează erori dacă aplicația nu are permisiunile corespunzătoare.
În această fază inițială, este suficient să declari și să obții permisul. NEARBY_WIFI_DEVICES pentru a recâștiga accesul la LAN, o măsură relevantă pentru securitatea procedurilor onlineTotuși, Google intenționează să introducă ulterior o permisiune și mai specifică în cadrul aceluiași grup. Traficul către internetul convențional rămâne neafectat, reducând la minimum impactul asupra utilizării normale.
Există, de asemenea, ajustări ale controalelor de acces la fotografii și videoclipuri. Pe dispozitivele care rulează Android 16, atunci când o aplicație care vizează SDK-ul 36 solicită permisiuni media, iar utilizatorul alege să acorde acces doar anumitor elemente, Fotografiile și videoclipurile generate de aplicația respectivă apar preselectate. în selector. Utilizatorul le poate debifa manual, ceea ce revocă accesul aplicației la acele fișiere specifice și consolidează controlul fin asupra conținutului.
Ce telefoane primesc Android 16 și cum este implementat?
Android 16 urmărește un calendar înaintea altor versiunicu versiuni beta care sosesc mai devreme decât de obicei. Prima versiune beta a fost lansată acum ceva timp, iar versiunea Beta 2 este deja în curs de lansare, în principal pentru a rafina aspecte precum experiența fotografică.
L Google Pixel Ca întotdeauna, acestea sunt primele pe listă. Pixel 6 și modelele ulterioare primesc versiunile beta ale Android 16, cu îmbunătățiri precum expunerea automată hibridă în Camera2, reglarea fină a temperaturii culorii și a nuanței pentru videoclipuri profesionale, suport mai bun pentru fotografiile în mișcare și compatibilitate cu imaginile UltraHDR în format HEIC și, în viitor, AVIF.
Pe lângă Pixel, Producători precum Samsung și Xiaomi lansează deja Android 16 în diverse modele de gamă medie și superioară, în timp ce mărci precum Motorola și OnePlus și-au publicat propriile programe de actualizare. Aceasta înseamnă că noile funcții precum actualizări aproape instantanee, versiuni în cloud, permisiuni mai granulare și designuri responsive vor ajunge la un număr tot mai mare de utilizatori în lunile următoare.
Îmbunătățiri ale Android 16 în alte surse
Android 16 aduce îmbunătățiri concrete și pe alte fronturi: un sistem de măsurare care se adaptează la limbă (de exemplu, inci în engleza americană și sistemul metric în configurațiile europene), Android 16 TV cu noi API-uri Pentru profilurile audio și de imagine, un widget de selectare a profilurilor pentru comutarea utilizatorilor de pe ecranul principal și posibilitatea de a atribui dubla apăsare a butonului de pornire către Google Wallet pentru acces rapid.
Datorită acestui set de modificări, Android 16 nu numai că accelerează actualizările aplicațiilor și instalarea de noi aplicații, dar și... Rafinează navigarea, îmbunătățește securitatea, are mai multă grijă de datele de sănătate, adaptează mai bine interfețele la ecrane mari și oferă dezvoltatorilor instrumente suplimentare..
Rezultatul pentru utilizator este un sistem care pare mai stabil, mai puțin intruziv atunci când este actualizat și mai bine pregătit să coexiste cu un ecosistem de aplicații din ce în ce mai complex și mai solicitant. Distribuiți aceste informații pentru ca mai mulți utilizatori să fie la curent cu actualizările rapide pentru aplicațiile lor pe Android 16.