Android 16 přichází s jedním z těch vylepšení, která se na první pohled zdají být drobná, ale v každodenním životě mohou mít velký význam: Aktualizace aplikací jsou téměř okamžité a mnohem méně otravné.Díky kombinaci systémových změn a nových funkcí pro instalaci aplikací chce Google, aby byl váš telefon vždy aktuální, aniž byste měli pocit, že se něco neustále zasekává.
Za tímto plynulejším zážitkem stojí několik technických komponent pracujících na pozadí: nové „bezproblémové aktualizace aplikací“, přemístění procesů jako dexopt a dex2oat a tzv. cloudové sestaveníTo vše přichází navíc k dalším významným změnám v systému Android 16, které ovlivňují vývojáře, výkon, zabezpečení, soukromí, digitální zdraví a kompatibilitu s více formáty obrazovky. Pojďme se jasně a přímo podívat na to, co se přesně mění.
Co jsou bezproblémové aktualizace aplikací v systému Android 16?
Ústřední myšlenka Androidu 16 v této oblasti je jasná: aby aktualizace aplikací měly co nejmenší dopad na běžné používání mobilního telefonuAž doposud musel systém pokaždé, když se aplikace aktualizovala, na krátkou dobu „zmrazit“, zatímco se nahrazoval její kód a interní zdroje, což bránilo jejímu paralelnímu běhu a předcházelo chybám, selhání dat nebo neočekávanému vypnutí.
To je Dočasné zmrazení dávalo smysl z hlediska stability.Ale v praxi to mohlo být trochu nepříjemné. U velkých nebo systémově kritických aplikací stačilo toto několikasekundové zamrznutí k tomu, aby se ostatní aplikace, které na nich závisely, chovaly podivně, zasekly se v čekání nebo dokonce občas zobrazovaly chyby.
S Androidem 16 Google dělá další krok a agresivněji přijímá koncept bezproblémové aktualizace aplikacíCílem je nejen zkrátit dobu aktualizace, ale také zkrátit dobu, po kterou je aplikace zcela nefunkční, na minimum, téměř do té míry, že si ji uživatel vůbec nevšimne.
Podle informací poskytnutých společností Google prostřednictvím oficiálních zdrojů, Doba, po kterou aplikace zůstává zamrznutá během aktualizace, se zvýšila z „několika sekund“ na „desítky milisekund“.V praxi mluvíme o skoku z pauzy, kterou jste si jasně všimli, do mihotání, které v mnoha případech ani nevnímáte.
Jak Android 16 zrychluje aktualizace aplikací
Aby se dosáhlo tohoto agresivního snížení prostojů, Android 16 se neuchyluje k povrchním trikům. Dělá to tak, že reorganizuje velmi náročné interní úkoly a přesune je do fáze předcházející instalaci.takže „kritický“ úsek, ve kterém musí být aplikace zmrazena, se výrazně zkrátí.
Dva klíčové prvky jsou zde dexopt a dex2oatJedná se o nástroje v prostředí Android Runtime (ART), které jsou zodpovědné za optimalizaci bajtkódu aplikace. Tradičně se část jejich práce prováděla právě během intervalu, kdy byla aplikace pozastavena, což v některých případech prodloužilo dobu zamrznutí o několik sekund.
Se systémem Android 16, Tyto procesy se přesouvají do dřívější fáze aktualizačního toku.Jinými slovy, systém provede většinu optimalizace, než dosáhne bodu, kdy potřebuje nahradit staré soubory novými. Když nastane kritická pauza, zbývá už jen provést rychlou výměnu souborů, čímž se doba zmrazení zkrátí na pouhých několik desítek milisekund.
Výhoda tohoto přístupu je dvojí: na jedné straně Uživatel vnímá aktualizaci jako téměř okamžitou. protože aplikace je sotva kdy přestane být dostupná; na druhou stranu je zachována stejná úroveň zabezpečení a konzistence dat, protože validace a optimalizace probíhají i nadále, pouze v méně nepříjemném bodě procesu pro uživatelský zážitek.
Skutečný dopad pro uživatele s mnoha aplikacemi a pro skromnější mobilní telefony
Na mobilním telefonu s malým počtem lehkých aplikací mohou tyto změny zůstat poněkud nepovšimnuty. Pokud používáte jen několik aplikací, které se aktualizují občas a spotřebovávají málo zdrojů, možná jste nikdy nepocítili, že by aktualizace byly problém.Ale obraz se značně mění, když mluvíme o zařízeních s desítkami aplikací, náročných her nebo služeb, které se často aktualizují.
Na telefonech, kde se intenzivně používá mnoho aplikací, Zkrácení prostojů mezi aktualizacemi znamená méně krátkých zamrznutí, méně podivných přeskakování rozhraní a mnohem plynulejší celkový zážitek.Kromě toho, pokud některá z těchto aplikací funguje jako centrální služba nebo poskytuje API jiným aplikacím (například klientům pro zasílání zpráv, bezpečnostním knihovnám nebo systémovým aplikacím), minimalizace jejich zamrzání během aktualizací pomáhá celému řetězci aplikací nadále normálně fungovat.
Tento vývoj je také obzvláště zajímavý pro zařízení základní nebo nižší střední třídykde hardware má potíže s velkými instalacemi. Google nejen reorganizuje lokální procesy, ale také propojuje toto vylepšení s další klíčovou funkcí Androidu 16: cloudovou kompilací pro urychlení instalace nových aplikací, což je pro méně výkonné telefony převratný krok.
Kompilace v cloudu: aplikace, které se instalují rychleji díky cloudu
Kromě zrychlení aktualizací obsahuje Android 16 funkci zaměřenou na... počáteční instalace aplikací a her, zejména na skromnějších zařízeníchTato funkce je známá jako cloudová kompilace a její poslání je jasné: přenést část těžké práce, která dříve zcela spočívala na procesoru a úložišti telefonu, na servery Googlu.
Když nainstalujete aplikaci na Android, systém používá ke spuštění jejího kódu ART. Během instalace nástroj dex2oat vezme soubory .dex z APK, které obsahují zkompilovaný kód, a vygeneruje několik „artefaktů aplikace“.Tyto artefakty pomáhají aplikaci otevírat a běžet rychleji a efektivněji a mohou být k dispozici v různých formátech: soubory .vdex s metadaty pro ověření bajtkódu, soubory .odex s předkompilovaným kódem pro konkrétní metody nebo soubory .art s interními reprezentacemi řetězců a tříd, které urychlují spouštění aplikace.
Na nejvýkonnějších mobilních telefonech, Generování těchto artefaktů je relativně rychlé a téměř transparentní.Ale na levných telefonech s pomalými procesory a pomalou pamětí se tento proces může stát úzkým hrdlem, zejména pokud APK obsahuje mnoho souborů .dex nebo se jedná o velmi velkou hru či aplikaci.
Návrh Androidu 16 je jednoduchý, ale účinný: Místo generování všech těchto artefaktů v zařízení si je stáhněte již předkompilované z Google Play.Dnes má většina uživatelů poměrně rychlé mobilní a Wi-Fi připojení, takže v mnoha případech je efektivnější používat síť, než nutit procesor telefonu pracovat několik sekund nebo i minut.
SDM a předkompilované artefakty: role metadat Secure Dex
Cloudová verze Androidu 16 se spoléhá na nový typ souboru: SDM je zkratka pro Secure Dex MetadataTyto soubory SDM, stažené spolu se souborem APK z Obchodu Play, obsahují artefakty aplikace, které již byly vygenerovány v infrastruktuře Googlu pomocí dex2oat, takže zařízení nemusí tuto práci lokálně opakovat.
Je to důležitý detail Soubory SDM jsou podepsány stejným klíčem jako soubor APK.To umožňuje systému ověřit, zda artefakty pocházejí z důvěryhodného zdroje a nebyly pozměněny, což zajišťuje integritu a bezpečnost procesu. Telefon tak může nainstalovat aplikaci přímo pomocí těchto předkompilovaných artefaktů, což výrazně urychluje počáteční instalaci, zejména na hardwaru nižší třídy.
V praxi to znamená Android 16 může v mnoha případech zabránit spuštění dex2oat během instalace.Protože na serverech Googlu již byla vykonána těžká práce, výsledkem je menší zátěž procesoru, nižší spotřeba energie během instalace a kratší čekací doby při stahování velkých aplikací nebo her s velkým množstvím kódu.
Celý tento systém však vyžaduje, aby Google nakonfiguroval Obchod Play tak, aby tyto SDM soubory generoval a distribuoval hromadně.V počátečních fázích může být funkce v systému přítomna, ale ne plně aktivní, a to právě proto, že cloudovou infrastrukturu je třeba upravovat a zavádět postupně. Neočekávejte okamžité zázraky na všech kompatibilních zařízeních; přijetí bude postupné.
Vztah mezi rychlými aktualizacemi a budováním cloudu
I když se to může zdát jako dvě oddělené věci, Bezproblémové aktualizace a vytváření cloudových aplikací spolu úzce souvisí Protože se obojí točí kolem toho, jak a kdy se generují a aplikují artefakty spuštění aplikací. Na jedné straně Android 16 přesouvá spuštění dexopt a dex2oat do méně kritických fází procesu aktualizace, čímž minimalizuje dobu, po kterou je aplikace zamrznutá.
Kromě toho, Cloudová kompilace znamená, že v mnoha případech se tato práce nemusí provádět ani na zařízení.To platí jak během počáteční instalace, tak i u některých aktualizací. Stažením artefaktů připravených k použití je díky kombinaci obou přístupů počáteční instalace i následné aktualizace rychlejší a méně rušivá.
To vše odpovídá základnímu cíli: Optimalizujte Android pro plynulý chod i na skromnějším hardwarua zároveň zkracuje prostoje a zmírňuje vedlejší účinky, které mohou mít aktualizace na jiné aplikace a služby.
Další změny v systému Android 16, které ovlivňují výkon a uživatelský zážitek
Vylepšení aktualizací a instalací nepřicházejí sama o sobě. Android 16 obsahuje dlouhý seznam změn chování, které Ovlivňují jak aplikace, které cílí na novou verzi (targetSdkVersion 36), tak i samotný operační systém.Mnohé z nich sice přímo nesouvisí s aktualizacemi aplikací, ale ovlivňují stabilitu, výkon nebo konzistenci prostředí.
V oblasti uživatelské zkušenosti a designu, Android 16 upevňuje závazek k rozhraním od okraje k okraji odstraněním možnosti, která umožňovala deaktivovat tento režim pomocí atributu `windowOptOutEdgeToEdgeEnforcement` v aplikacích cílících na novou úroveň API. Pokud je aplikace cílová na Android 16 a běží na zařízení s touto verzí, nebude již možné toto chování deaktivovat, takže vývojáři musí své návrhy upravit tak, aby správně fungovaly v režimu celé obrazovky.
Významné změny se dočkaly i v navigaci: Prediktivní gesta zpět se stávají normou pro aplikace zaměřené na Android 16Na zařízeních s touto verzí se již nevolá `onBackPressed` ani se neodesílá klávesa KEYCODE_BACK jako dříve; systémové animace nyní při přejetí prstem zpět vedou uživatele na požadované místo (domů, předchozí aktivita atd.). Vývojáři, kteří zachytili tlačítko zpět, by měli přejít na nová navigační API nebo jako dočasné řešení toto chování zakázat pomocí atributu `android:enableOnBackInvokedCallback=false` v manifestu.
Klíčové technické změny pro vývojáře
Kromě vizuálního zážitku, Android 16 zavádí úpravy vnitřního fungování naplánovaných úloh, písem a responzivního rozvržení.Například metoda `scheduleAtFixedRate` mění své chování: místo provádění všech zmeškaných spuštění, když se aplikace vrátí do platného životního cyklu, se spustí pouze jedno. To pomáhá předcházet náhlým nárůstům pracovní zátěže a zlepšuje celkový výkon, i když by vývojáři měli zkontrolovat, zda není ovlivněna jejich logika.
Co se týče textu a fontů, Atribut elegantTextHeight již nemá žádný vliv na aplikace cílené na Android 16.Takzvaná „elegantní písma“ se ruší, takže je nutné plánovat konzistentní typografický design pro jazyky, jako je arabština, thajština, tamilština nebo různé indické abecedy, aniž by se museli spoléhat na toto automatické přizpůsobení.
Na zařízeních s velkými obrazovkami (tablety, skládací zařízení, stolní počítače, auta, televizory…), Android 16 dále posiluje myšlenku adaptivního designuNa obrazovkách s minimální šířkou 600 dp jsou omezení orientace, změny velikosti a poměru stran deklarovaná v manifestu ignorována. To znamená, že se aplikace rozbalí tak, aby vyplnila celé okno, bez pillarboxingu nebo vynucené orientace na výšku či na šířku. Z tohoto pravidla jsou vyňaty pouze hry, některé uživatelem nakonfigurované výjimky a menší obrazovky.
Existuje dočasná úniková cesta: Vlastnost android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY lze deklarovat na úrovni aktivity nebo aplikace. zachovat staré chování na velkých obrazovkách. Tato funkce však v budoucích verzích (úroveň API 37) zmizí, takže je vhodné začít s adaptací rozhraní již nyní.
Novinky ve zdravotnictví, konektivitě a bezpečnosti
Android 16 také posiluje kontrolu nad údaje o zdraví a fyzické aktivitěOprávnění BODY_SENSORS a BODY_SENSORS_BACKGROUND jsou nahrazena konkrétnějšími oprávněními v rámci prostoru android.permissions.health, která jsou v souladu s Health Connect. Aplikace, které čtou citlivá data, jako je tepová frekvence, musí vyžádat podrobná oprávnění, jako je READ_HEART_RATE, a mít viditelnou aktivitu pro zobrazení svých zásad ochrany osobních údajů, jinak riskují, že jim systém tato oprávnění odebere.
V oblasti Bluetooth, Jsou zavedeny nové záměry, jako například ACTION_KEY_MISSING a ACTION_ENCRYPTION_CHANGEAby se lépe zvládala ztráta párování a změny šifrování, mohou aplikace spravující spárovaná zařízení přesněji reagovat na ztrátu klíčů, přešifrování spojení nebo změnu bezpečnostních parametrů a přizpůsobovat se tak potenciálním rozdílům mezi výrobci.
Navíc, Všechny aplikace cílící na Android 16 nyní mohou odebrat párování Bluetooth z přidružených zařízení prostřednictvím veřejného API v CompanionDeviceManageru.Volání removeBond(int) umožňuje zrušit párování Bluetooth propojené s přidružením CDM a aplikace může naslouchat ACTION_BOND_STATE_CHANGED pro sledování změn ve stavu párování.
Co se týče zabezpečení, Android 16 nadále posiluje systém. Funkce MediaStore#getVersion() nyní vrací jedinečnou hodnotu pro každou aplikaci.Tím se zabrání použití daného řetězce jako mechanismu otisků prstů mezi aplikacemi. Iniciativa „Secure Intents“ také pokračuje, jejímž cílem je posílit systém rozlišení záměrů: při aktivaci prostřednictvím atributu intentMatchingFlags jsou pro shodu s filtrem cílové komponenty vyžadovány explicitní záměry a záměry bez akce se v shodě s filtry nemohou shodovat, pokud nejsou použity specifické příznaky, jako například allowNullAction.
Tuto přísnější kontrolu lze povolit na úrovni aplikace nebo komponenty (aktivita, služba, příjemce…) pomocí příznaků, jako například enforceIntentFilter nebo žádnýZahrnuje také zprávy protokolu pro ladění blokovaných záměrů. Cílem je postupně přejít na model, kde v budoucích verzích bude toto striktní rozlišení výchozím chováním.
Další ochrany: grafická karta Mali, lokální síť a fotografie
Další oblastí, kde Android 16 posiluje zabezpečení, je přístup k grafickému procesoru Mali na zařízeních PixelStarší IOCTL nebo ty, které jsou určeny výhradně pro vývoj, jsou blokovány a profilování IOCTL je omezeno na shellové procesy nebo laditelné aplikace. Toto by nemělo ovlivnit běžné aplikace, standardní grafická API, jako je Vulkan nebo OpenGL, ani oficiální nástroje pro profilování, ale omezuje to potenciální vektory útoků na úrovni jádra. Pokud se aplikace pokusí použít zakázané IOCTL, systém generuje odmítnutí SELinux a Google doporučuje nahlásit problém příslušným bezpečnostním kanálům.
V oblasti ochrany soukromí dělá Android 16 velmi důležitý krok vpřed. Ochrana lokální sítěV současné době může jakákoli aplikace s oprávněním k přístupu k internetu přistupovat k zařízením v místní síti (LAN), což otevírá dveře technikám otisků prstů nebo použití místní sítě jako proxy pro určení polohy. Nový přístup umisťuje tento přístup za specifické oprávnění za běhu v rámci skupiny zařízení v okolí.
Zavádění je postupné, s fází zavádění (2. čtvrtletí 25), ve které Aplikace mohou aktivovat omezení prostřednictvím rámce kompatibility a testovat své případy použití.Pokud je pro paket nastaven příznak RESTRICT_LOCAL_NETWORK, provoz do a z lokálních síťových adres (unicast, multicast nebo broadcast přes TCP a UDP) bude generovat chyby, pokud aplikace nemá příslušná oprávnění, zatímco běžný internetový provoz bude i nadále fungovat.
V této počáteční fázi, Pro opětovné získání přístupu k místní síti LAN stačí aplikaci pouze deklarovat a získat oprávnění NEARBY_WIFI_DEVICES.V budoucnu však bude v rámci skupiny zařízení v okolí zavedeno specifické oprávnění. Za „lokální“ sítě jsou považovány mimo jiné sítě jako 10.0.0.0/8, 192.168.0.0/16, 172.16.0.0/12, lokální odkazy 169.254.0.0/16, rozsahy CGNAT 100.64.0.0/10 a multicastové adresy (224.0.0.0/4, ff00::/8).
Android 16 konečně upravuje správu přístupu k fotografiím a videím. Když aplikace cílící na SDK 36 požaduje oprávnění k mediálnímu obsahu na zařízení se systémem Android 16 Pokud se uživatel rozhodne udělit přístup pouze vybraným položkám, fotografie a videa vygenerované danou aplikací se zobrazí ve výběru fotografií předem vybrané. Uživatel může v případě potřeby jejich výběr zrušit, čímž se aplikaci přístup k těmto konkrétním položkám odebere.
Všechny tyto změny – téměř okamžité aktualizace, kompilace v cloudu, nová oprávnění, větší kontrola nad záměry, vylepšené zabezpečení GPU a lokální sítě a vylepšení stavu, konektivity a adaptivního designu – směřují ke stejnému cíli: aby se Android 16 stal plynulejší, předvídatelnější a bezpečnější platformou pro uživatele i vývojáře.
Jak přibývají další modely značky jako SamsungJakmile tuto verzi dostanou telefony Xiaomi, Motorola, OnePlus a samozřejmě Pixel, bude stále běžnější, že instalace nebo aktualizace aplikace přestane být jen otázkou „zkřížených palců“ a stane se jednoduchým postupem, kterého si při běžném používání telefonu sotva všimnete. Sdílejte tyto informace, aby ostatní uživatelé byli informováni o nových funkcích systému Android 16.