Android 16 pojawia się z hukiem, przynosząc jedną z tych ulepszeń, które, choć nie pojawiają się w najbardziej rzucających się w oczy reklamach, Mogą one naprawdę zmienić sposób, w jaki korzystasz z telefonu komórkowego w codziennym życiuMowa o nowym systemie aktualizacji aplikacji, który praktycznie eliminuje irytujące przerwy w aktualizacji aplikacji w tle.
Kluczem jest połączenie zmian technicznych pod maską: od tzw. bezproblemowe aktualizacje aplikacji (bezproblemowe aktualizacje aplikacji) do momentu kompilacja chmurObejmuje to zmiany w środowisku uruchomieniowym Androida, uprawnieniach, responsywnym designie i zabezpieczeniach. Wszystko to zostało zintegrowane z Androidem 16, dzięki czemu aktualizacja lub instalacja aplikacji nie jest już tylko chwilowym trzymaniem kciuków i nadzieją, że telefon się nie zawiesi.
Jakie zmiany w aktualizacjach aplikacji wprowadzono w systemie Android 16?
Do tej pory za każdym razem, gdy aktualizowano aplikację, system operacyjny musiał „zamrozić” na kilka sekund aby zastąpić kod i zasoby wewnętrzne bez ryzyka uszkodzenia danych lub nieoczekiwanych wyłączeń. To tymczasowe zamrożenie było koniecznym środkiem dla utrzymania stabilności, ale w praktyce mogło być dość uciążliwe.
Gdy dotknięta aplikacja była lekka, to blokowanie pozostawało prawie niezauważone; jednak w przypadku ciężkich aplikacji lub tych, które odgrywają kluczową rolę w systemieTe kilka sekund wystarczyło, by inne aplikacje, które od niego zależą, zachowywały się nieregularnie, zawieszały się lub wyświetlały sporadyczne błędy. Jeśli korzystasz z wielu aplikacji codziennie, prawdopodobnie zauważyłeś lekkie zacięcia lub dziwne przerwy tuż po tym, jak Sklep Play zakończył kilka aktualizacji naraz.
Android 16 robi znaczący krok naprzód w tym obszarze, bardziej agresywnie przyjmując filozofię bezproblemowe aktualizacje aplikacjiCelem jest nie tylko skrócenie procesu aktualizacji pod względem całkowitego czasu, ale także czas, w którym aplikacja jest całkowicie nieczynna, zostaje skrócony do ułamka sekundydo tego stopnia, że w praktyce może być to wręcz trudne do dostrzeżenia.
Zgodnie z dokumentacją i wyjaśnieniami Google okres zamrożenia aplikacji podczas jej aktualizacji zmienia się od „kilka sekund” do „dziesiątek milisekund”Innymi słowy, przechodzi od wyraźnie widocznej pauzy do czegoś, co jeśli nie zwrócisz uwagi na każdy szczegół, wydaje się zwykłym mrugnięciem.
W jaki sposób Android 16 zmniejsza przerwy w aktualizacjach?
Aby osiągnąć tę agresywną redukcję, Android 16 nie ucieka się do tandetnych skrótów; robi to w następujący sposób: zreorganizować kolejność, w jakiej system wykonuje bardzo ciężkie zadania Podczas instalacji i aktualizacji aplikacji. Sztuką jest przeniesienie kosztownej pracy poza krytyczny moment, kiedy aplikacja musi zostać zatrzymana.
Kluczowe elementy tutaj to: deksopt y dekstroza, dwa komponenty środowiska Android Runtime (ART) odpowiedzialne za Zoptymalizuj kod bajtowy aplikacjiTradycyjnie znaczną część pracy wykonywali właśnie wtedy, gdy aplikacja była zamrożona, co wydłużało ten czas bezczynności o kilka sekund, zwłaszcza na wolniejszych urządzeniach lub w przypadku bardzo dużych aplikacji.
W systemie Android 16 firma Google przenosi te procesy do wstępna faza procesu instalacji lub modernizacjiSystem wykonuje większość optymalizacji przed osiągnięciem punktu krytycznego, w którym konieczne jest zastąpienie starych plików nowymi. Dzięki temu, gdy nadchodzi czas na zamrożenie aplikacji, system musi jedynie dokonać szybkiej podmiany wcześniej przygotowanych plików, skracając czas oczekiwania do zaledwie kilkudziesięciu milisekund.
Takie podejście ma podwójną zaletę dla użytkownika: z jednej strony Zauważysz, że aktualizacje są niemal natychmiastoweDzieje się tak, ponieważ aplikacja prawie nigdy nie jest wyłączona z użytku; z drugiej strony zachowany jest ten sam poziom bezpieczeństwa i spójności danych, ponieważ walidacje i optymalizacje są nadal wykonywane, po prostu przenoszone są do etapu procesu, w którym są znacznie mniej uciążliwe.
Ważne jest, aby zrozumieć, że Android 16 Nie usuwa dexoptu ani dex2oatuNie usuwa też kluczowych elementów sterujących. Zmienia się tylko, kiedy i jak: system unika ich wykonywania, gdy aplikacja jest zawieszona i przenosi je do wcześniejszego punktu, a nawet korzysta z innych ulepszeń, takich jak kompilacja w chmurze, dzięki czemu część tej pracy jest już wykonywana z serwerów Google.
Rzeczywisty wpływ na codzienne użytkowanie: wiele aktualizacji, mniej kłopotów
Jeśli masz telefon z kilkoma lekkimi aplikacjami, które są aktualizowane bardzo rzadko, te zmiany prawdopodobnie wydadzą Ci się subtelne. Mimo to, poprawia się ogólne poczucie płynności systemuPonieważ drobne zacięcia i momenty, w których aplikacja sprawia wrażenie „zawieszonej”, zdarzają się rzadziej lub są praktycznie niewidoczne.
Zmiana ta naprawdę sprawdza się w bardziej wymagających scenariuszach: w telefonach komórkowych z dziesiątkami zainstalowanych aplikacji, gry wymagające dużej ilości zasobów, usługi, które są często aktualizowane lub w środowiskach, w których kilka aplikacji jest od siebie zależnych. Skrócenie przestojów między aktualizacjami oznacza mniej przeskoków interfejsu, mniej nieoczekiwanych opóźnień i ogólnie znacznie bardziej stabilne działanie.
Istnieje jeden szczególnie delikatny przypadek: aplikacje, które działają jako centralny komponent dla innych aplikacji lub dla samego systemutakich jak klienci wiadomości, usługi bezpieczeństwa, biblioteki współdzielone czy komponenty systemu. Gdyby jedna z tych aplikacji zawiesiła się na kilka sekund w poprzednich wersjach Androida, wszystko, co od niej zależało, mogłoby ucierpieć. W Androidzie 16 ten czas jest tak krótki, że wpływ na łańcuch zależności jest drastycznie ograniczony.
Co więcej, ulepszenie to jest szczególnie mile widziane w telefonach poziom podstawowy lub niższy średnigdzie sprzęt cierpi najbardziej podczas obsługi dużych instalacji. Na tych urządzeniach zadania optymalizacyjne mogą znacznie obciążać procesor, powodując większe niż pożądane opóźnienia. Android 16 nie tylko reorganizuje procesy lokalne, ale także obsługuje część obciążenia w chmurze aby odciążyć urządzenie, o czym porozmawiamy później.
Kompilacja w chmurze: szybsza instalacja, zwłaszcza na mniejszych urządzeniach mobilnych
Oprócz przyspieszenia aktualizacji, Android 16 wprowadza funkcję mającą na celu początkowa instalacja aplikacji i gierz wyraźnym naciskiem na urządzenia o mniejszej mocy. To jest tzw. kompilacja chmur (kompilacja w chmurze), której celem jest przeniesienie dużej części ciężkiej pracy, która wcześniej była wykonywana wyłącznie na telefonie, na serwery Google.
Podczas instalacji aplikacji na Androidzie system używa ART do uruchomienia jej kodu. W tym procesie narzędzie dex2oat pobiera pliki .dex z pliku APK —zawierające kod bajtowy — i generuje kilka artefaktów środowiska uruchomieniowego, które umożliwiają szybsze i wydajniejsze uruchamianie i działanie aplikacji. Artefakty te obejmują pliki takie jak .vdex, .odex lub .art, które przechowują metadane, skompilowany kod i gotowe do użycia struktury wewnętrzne.
Na wydajnych telefonach komórkowych generowanie tych artefaktów jest zazwyczaj dość szybkie i niemal niewidoczne dla użytkownika. Ale na telefony budżetowe ze skromnymi procesorami i wolną pamięciąKompilacja lokalna może stać się wąskim gardłem, zwłaszcza jeśli plik APK zawiera wiele plików .dex lub jest bardzo dużą grą.
Android 16 stosuje inne podejście: zamiast zmuszać urządzenie do kompilacji wszystkiego lokalnie, Pobierz niektóre z tych wstępnie skompilowanych artefaktów z Google PlayObecnie większość użytkowników korzysta z dość przyzwoitego połączenia Wi-Fi lub komórkowego, więc w wielu przypadkach efektywniej jest „korzystać z sieci” niż zmuszać procesor telefonu do intensywniejszego wykonywania zadań przez długie sekundy lub minuty.
Bezpieczne metadane Dex (SDM): rola wstępnie skompilowanych artefaktów
Kompilacja w chmurze opiera się na nowym typie pliku o nazwie SDM (Secure Dex Metadata)Pliki te są pobierane wraz z plikiem APK ze sklepu Play i zawierają artefakty wygenerowane wcześniej w infrastruktura Google wykorzystujący dex2oat, gotowy do użycia przez urządzenie bez konieczności powtarzania całej lokalnej kompilacji.
Kluczowym szczegółem jest to, że te pliki SDM Są podpisywane tym samym kluczem co sam plik APK.Pozwala to systemowi zweryfikować, czy artefakty pochodzą z legalnego źródła, nie zostały zmodyfikowane i są zgodne z wersją instalowanej aplikacji. Dzięki tej kontroli integralności telefon może im zaufać i wykorzystać je do przyspieszenia instalacji bez narażania bezpieczeństwa.
W praktyce oznacza to, że wraz z Androidem 16 system W wielu przypadkach można uniknąć uruchamiania dex2oat bezpośrednio na urządzeniu.zwłaszcza podczas początkowej instalacji. Rezultatem jest mniejsze obciążenie procesora, niższe zużycie energii podczas instalacji i znacznie krótszy czas oczekiwania, zwłaszcza podczas pobierania dużych aplikacji lub gier.
Jednakże cała ta oparta na chmurze infrastruktura kompilacji wymaga, aby Google konfiguruje Play Store do generowania i dystrybucji SDM na masową skalęNa wczesnym etapie funkcja może być obecna w systemie, ale nie w pełni wdrożona we wszystkich aplikacjach i urządzeniach. Aktywacja zazwyczaj przebiega stopniowo, więc nie spodziewaj się natychmiastowych efektów na żadnym kompatybilnym telefonie od pierwszego dnia.
Jaki jest związek między szybkimi aktualizacjami a budowaniem w chmurze?
Może się wydawać, że nieprzerwane aktualizacje Kompilacja w chmurze i inne powiązane tematy to odrębne zagadnienia, ale w rzeczywistości pasują do tej samej układanki: oba krążą wokół kiedy i gdzie generowane są artefakty wykonywania aplikacjiW systemie Android 16 wykonywanie procesów takich jak dexopt i dex2oat zostało przeniesione na mniej krytyczne fazy, a jednocześnie większość tych zadań można wykonać poza urządzeniem.
Z jednej strony reorganizacja procesu instalacji minimalizuje czas potrzebny na zamrożenie aplikacji, koncentrując ją na prostej wymianie wstępnie przygotowanych plików. Z drugiej strony, Pobierz gotowe do użycia urządzenia z chmury Zmniejsza konieczność kompilacji lokalnej zarówno w przypadku nowych instalacji, jak i niektórych uaktualnień, co skraca całkowity czas.
Łącznie to podwójne podejście ma bardzo jasny, podstawowy cel: aby Android działał płynnie nawet na skromnym sprzęcieskracając przestoje i łagodząc skutki uboczne, jakie aktualizacje mogą mieć na inne aplikacje i usługi działające w tym samym czasie.
Zmiany w systemie Android 16 w zakresie designu, nawigacji i doświadczenia użytkownika
Ulepszenia w aktualizacjach i instalacjach wiążą się z szeregiem zmian w zachowaniu, które Dotyczą one zarówno aplikacji, które są przeznaczone dla nowego poziomu API (targetSdkVersion 36), jak i samego systemu.Wiele z nich nie jest bezpośrednio związanych z aktualizacjami, ale mają wpływ na to, jak użytkownicy postrzegają wydajność i spójność interfejsu.
W obszarze designu Android 16 konsoliduje interfejsy krawędź-krawędźAplikacje przeznaczone dla tej wersji nie mogą już dowolnie wyłączać trybu „od krawędzi do krawędzi” za pomocą atrybutu windowOptOutEdgeToEdgeEnforcement. Zmusza to programistów do dostosowywania swoich projektów, aby działały poprawnie w trybie pełnoekranowym, lepiej integrując się z gestami, paskami nawigacji i tłami.
Nawigacja również robi krok naprzód dzięki normalizacja predykcyjnego gestu wstecznego W przypadku aplikacji przeznaczonych na system Android 16. Na urządzeniach z tą wersją funkcja onBackPressed nie jest już wywoływana ani nie jest wysyłany klawisz KEYCODE_BACK, jak w poprzednich wersjach. Zamiast tego system wyświetla animacje przewidujące, dokąd przeniesie Cię gest powrotu (do poprzedniego ekranu, do ekranu głównego itd.).
Programiści, którzy polegali na starym zachowaniu, powinni migracja do nowych interfejsów API nawigacyjnych Alternatywnie, możesz tymczasowo wyłączyć działanie predykcyjne, używając atrybutu `android:enableOnBackInvokedCallback=false` w manifeście. Wymaga to pewnych zmian w aplikacjach, ale w zamian otrzymujesz bardziej przejrzystą i intuicyjną nawigację dla użytkownika.
Ustawienia wewnętrzne dla programistów: zadania, tekst i duże ekrany
Na poziomie bardziej technicznym, Android 16 wprowadza zmiany w sposobie obsługi niektórych zaplanowanych zadań oraz w zachowaniu niektórych właściwości związanych z tekstem i responsywnym projektowaniem. Wszystko to wskazuje na bardziej przewidywalny system z mniejszą liczbą szczytów obciążenia, kosztem zmiany niektórych wcześniejszych założeń przez twórców.
Na przykład metoda scheduleAtFixedRate modyfikuje swoją semantykę: gdy aplikacja była bezczynna i zostanie wznowiona, „Przegrane” egzekucje nie są już kaskadowe.ale tylko jeden. Pomaga to uniknąć nagłych wzrostów obciążenia, które mogą powodować opóźnienia lub wysokie zużycie zasobów, chociaż wymaga to od aplikacji, które opierają się na tym wzorcu, weryfikacji swojej logiki.
Jeśli chodzi o typografię, atrybut elegantTextHeight nie ma już efektu W aplikacjach przeznaczonych dla systemu Android 16 wycofuje się tzw. „eleganckie czcionki”, mające na celu lepsze odwzorowanie niektórych języków (arabskiego, tajskiego, tamilskiego, różnych alfabetów indyjskich itd.), dlatego programiści muszą zaplanować własną strategię typograficzną, która odpowiednio obejmie te języki, bez polegania na automatycznych dostosowaniach.
Duże ekrany – tablety, urządzenia składane, komputery stacjonarne, samochody czy telewizory – również są silnie inspirowane tą wersją. Android 16 wzmacnia ideę projekty naprawdę dostosowujące się do dużych przekątnychNa urządzeniach o minimalnej szerokości 600 dp niektóre ograniczenia dotyczące orientacji, zmiany rozmiaru lub proporcji obrazu zadeklarowane w manifeście są ignorowane. W rezultacie aplikacja rozszerzy się, wypełniając całe okno, unikając sztucznych czarnych pasów (tzw. „pillarboxing”) lub wymuszonych orientacji pionowych lub poziomych.
Istnieją wyjątki dotyczące gier, niektórych konfiguracji użytkownika i mniejszych ekranów, ale ogólnie rzecz biorąc, zasada jest jasna: Android wymaga aplikacji, które będą naturalnie skalować się na dużych ekranachIstnieje tymczasowe obejście tego problemu wykorzystujące właściwość android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY na poziomie aktywności lub aplikacji, ale Google ostrzega już, że zniknie ona w przyszłych wersjach (API 37), więc najlepiej jest dostosować się do niego tak szybko, jak to możliwe.
Nowe osiągnięcia w dziedzinie zdrowia cyfrowego, łączności i poufnych uprawnień
Android 16 korzysta z okazji, aby jeszcze bardziej wzmocnić ochronę dane dotyczące zdrowia i aktywności fizycznejOgólne uprawnienia BODY_SENSORS i BODY_SENSORS_BACKGROUND zostały zastąpione bardziej szczegółowymi uprawnieniami w obszarze android.permissions.health, zgodnie z platformą Health Connect.
Aplikacje, które chcą odczytać poufne informacje, takie jak tętno lub inne parametry zdrowotneMuszą one żądać określonych uprawnień, takich jak READ_HEART_RATE, a także wyświetlać widoczną aktywność zgodnie z polityką prywatności. Nieprzestrzeganie tych wymagań może skutkować cofnięciem uprawnień przez system, co ograniczy dostęp do tego typu danych.
W dziedzinie technologii Bluetooth pojawiają się nowe intencje, takie jak: ACTION_KEY_MISSING i ACTION_ENCRYPTION_CHANGEFunkcje te mają na celu lepsze zarządzanie utratą kluczy parowania lub zmianami w szyfrowaniu połączenia. Aplikacje sterujące sparowanymi urządzeniami zyskują dzięki temu lepszą kontrolę w przypadku nieprawidłowości lub różnic między producentami.
Ponadto wszystkie aplikacje przeznaczone dla systemu Android 16 mają funkcję publiczną. CompanionDeviceManager do usuwania parowania Bluetooth skojarzonych urządzeń: metoda removeBond(int) umożliwia odwołanie powiązania powiązanego ze skojarzeniem CDM, a ponadto można nasłuchiwać komunikatu ACTION_BOND_STATE_CHANGED, aby śledzić ewolucję stanu parowania.
Zwiększone bezpieczeństwo: GPU Mali, intencje i sieć lokalna
Android 16 wzmacnia również bezpieczeństwo na kilku kluczowych frontach. Jednym z nich jest dostęp do Procesor graficzny Mali w urządzeniach PixelTa aktualizacja blokuje starsze IOCTL lub te przeznaczone wyłącznie do celów programistycznych i ogranicza profilowanie IOCTL do procesów powłoki lub aplikacji z możliwością debugowania. Teoretycznie zwykłe aplikacje korzystające ze standardowych interfejsów API graficznych, takich jak Vulkan czy OpenGL, nie powinny być dotknięte tym problemem, ale blokuje potencjalne wektory ataku na poziomie jądra.
Kolejnym ważnym punktem jest postęp inicjatywy mającej na celu „Bezpieczniejsze próby”Używając atrybutu intentMatchingFlags, można aktywować znacznie bardziej rygorystyczny tryb rozpoznawania intencji: jawne intencje muszą wyraźnie pasować do filtru komponentu docelowego, a intencje bez akcji przestają być zgodne z filtrami, chyba że zostaną użyte określone flagi, takie jak allowNullAction.
Tryb ten można zastosować na poziomie aplikacji lub do każdego komponentu (aktywności, usługi, odbiorcy) za pomocą flag takich jak: wymuś filtr intencji lub braki towarzyszą mu komunikaty dziennika umożliwiające debugowanie zablokowanych intencji. Ideą jest stopniowe przejście ekosystemu w kierunku modelu, w którym to ścisłe rozwiązanie stanie się domyślnym zachowaniem w przyszłych wersjach.
W kwestii prywatności sieciowej Android 16 wprowadza nowe połączenia Zabezpieczenia sieci lokalnej (Ochrona sieci lokalnej). Do tej pory każda aplikacja z uprawnieniami INTERNET mogła swobodnie komunikować się z urządzeniami w sieci LAN, co otwierało drogę do technik identyfikacji tożsamości (fingerprinting) lub wykorzystywania sieci lokalnej jako przybliżonego sygnału lokalizacyjnego.
Dostęp do adresów lokalnych
Dzięki tym zabezpieczeniom dostęp do adresów lokalnych (zakresów takich jak 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 itd.) Pozostaje za określonymi uprawnieniami grupy pobliskich urządzeńW pierwszej fazie (Q2 25) aplikacje mogą aktywować te ograniczenia za pomocą struktury zgodności i testować przypadki ich użycia. Gdy flaga RESTRICT_LOCAL_NETWORK jest aktywna dla pakietu, ruch do/z sieci LAN generuje błędy, jeśli aplikacja nie ma odpowiednich uprawnień.
Na tym początkowym etapie wystarczy złożyć deklarację i uzyskać pozwolenie. URZĄDZENIA_WIFI_W_BLIŻU aby odzyskać dostęp do sieci LAN, istotnym środkiem bezpieczeństwo procedur onlineGoogle zamierza jednak w przyszłości wprowadzić jeszcze bardziej szczegółowe uprawnienia w ramach tej samej grupy. Ruch do konwencjonalnego internetu pozostaje niezmieniony, minimalizując wpływ na normalne użytkowanie.
Wprowadzono również zmiany w kontroli dostępu do zdjęć i filmów. Na urządzeniach z systemem Android 16, gdy aplikacja obsługująca SDK 36 żąda uprawnień do multimediów, a użytkownik decyduje się przyznać dostęp tylko do wybranych elementów, Zdjęcia i filmy generowane przez samą aplikację wydają się być wstępnie wybrane. w selektorze. Użytkownik może ręcznie je odznaczyć, co spowoduje cofnięcie dostępu aplikacji do tych konkretnych plików i wzmocni precyzyjną kontrolę nad zawartością.
Które telefony otrzymają system Android 16 i w jaki sposób będzie on wdrażany?
Android 16 podąża za kalendarz wyprzedzający inne wersjeWersje beta pojawiają się wcześniej niż zwykle. Pierwsza beta została wydana jakiś czas temu, a beta 2 jest już dostępna, głównie w celu dopracowania aspektów takich jak wrażenia z fotografowania.
L Google Pixel Jak zawsze, są na pierwszym miejscu na liście. Modele Pixel 6 i nowsze otrzymują wersję beta systemu Android 16 z ulepszeniami, takimi jak hybrydowa automatyczna ekspozycja w aplikacji Camera2, precyzyjne dostrajanie temperatury barw i odcienia w profesjonalnych filmach, lepsza obsługa zdjęć w ruchu oraz zgodność z obrazami UltraHDR w formacie HEIC, a w przyszłości także AVIF.
Oprócz Pixela, Producenci tacy jak Samsung i Xiaomi już wprowadzają system Android 16 w różnych modelach średniej i wyższej półki, podczas gdy marki takie jak Motorola i OnePlus opublikowały własne harmonogramy aktualizacji. Oznacza to, że nowe funkcje niemal natychmiastowych aktualizacji, kompilacji w chmurze, bardziej szczegółowych uprawnień i responsywnych projektów będą docierać do coraz większej liczby użytkowników w nadchodzących miesiącach.
Ulepszenia Androida 16 w innych źródłach
Android 16 wprowadza również konkretne usprawnienia na innych frontach: system miar, który dostosowuje się do języka (na przykład cale w amerykańskiej wersji angielskiej i system metryczny w konfiguracji europejskiej), Telewizor z systemem Android 16 z nowymi interfejsami API W przypadku profili audio i obrazów dostępny jest widżet wyboru profilu umożliwiający przełączanie użytkowników z ekranu głównego oraz możliwość przypisania dwukrotnego naciśnięcia przycisku zasilania do Google Wallet w celu zapewnienia szybkiego dostępu.
Dzięki temu zestawowi zmian Android 16 nie tylko przyspiesza aktualizacje aplikacji i instalację nowych aplikacji, ale także Udoskonala nawigację, podnosi poziom bezpieczeństwa, lepiej dba o dane dotyczące zdrowia, lepiej dostosowuje interfejsy do dużych ekranów i udostępnia programistom dodatkowe narzędzia..
Użytkownik zyskuje w efekcie system, który wydaje się bardziej stabilny, mniej inwazyjny podczas aktualizacji i lepiej przygotowany do współistnienia z coraz bardziej złożonym i wymagającym ekosystemem aplikacji. Udostępnij te informacje, aby więcej użytkowników dowiedziało się o szybkich aktualizacjach aplikacji w systemie Android 16.