A Google bemutatta a második negyedéves kiadását az Android 16 (QPR2) nyílt mobil platformjából. Az új kiadással kapcsolatos forráskód a projekt Git-tárhelyén található (android-16.0.0_r4 ágon). Az új firmware építmények a Pixel 6/6a/6 Pro, Pixel 7/7a/7 Pro, Pixel 8/8a/8 Pro, Pixel 9/9a/9 Pro/9 Pro XL/9 Pro Fold, Pixel Fold és Pixel Tablet eszközökhöz készültek. A következő hónapokban új verziójú firmware-ek várhatóak a Samsung, Honor, iQOO, Lenovo, Motorola, Nothing, OnePlus, Oppo, realme, Sharp, Sony, Tecno, vivo és Xiaomi okostelefonokra. Ezen kívül általános GSI (Generic System Images) építmények is készülnek, amelyek különböző ARM64 és x86_64 architektúrákra alapozott eszközökhöz illeszkednek.
Az Android 16 QPR2 kiadása egy új fejlesztési ütemterv keretében készült, amely szerint minden évben nem egy, hanem két jelentős Android kiadás készül — az első a második negyedévben (QPR1), a második pedig a negyedik negyedévben (QPR2). A nyári kiadás jelentős újításokat, az SDK viselkedésében történt változásokat és új API-kat tartalmazott. A téli kiadás fejlesztéseket, új API-kat és az alkalmazások kompatibilitására nem ható változásokat tartalmaz.
Az Android 16 QPR2 főbb újdonságai:
- Lehetőség nyílt Linuxra készült grafikus alkalmazások indítására. Az indítás a Linux Terminal alkalmazáson keresztül történik, amely lehetővé teszi, hogy Android környezetében egy Debian GNU/Linux virtuális gépet futtassunk, ahol hagyományos Linux alkalmazásokat lehet végrehajtani. A grafikus környezet indításához a Linux Terminal alkalmazáshoz egy "Display" gombot adtak hozzá, amely lehetővé teszi a grafika átirányítását az Android fő környezetén keresztül. A "Display" gomb aktiválása után a terminálban elindítható a Weston kompozit szerver, amely minimalista ablakos munkamenetet biztosít, majd használható grafikus alkalmazások indítására, például a grafikai szerkesztő GIMP indítására.

A Linux virtuális gép funkcionalitása a Ferrochrome projekt keretein belül fejlődik. A vendég környezetben Debian GNU/Linux indul. A virtualizációhoz az AVF (Android Virtualization Framework) keretrendszert használják, amely a hipervizor alapjaira épül. KVM és a crosvm eszközkészletére. A grafikus környezet a Wayland protokollt használja és egy kompozitoron alapul. szerveren A grafika hardveres gyorsítása a VirGL — virtuális GPU Virgil3D alkalmazásával történik. Az X11-re készült alkalmazások indítása a XWayland DDX-összetevő segítségével valósul meg.
- Bevezetésre került a kibővített sötét téma (Expanded Dark Theme), amely automatikusan megfordítja a színeket az alkalmazásokban, ha azok nem biztosítanak sötét témát. A megfordítás szükségessége egyedileg kerül meghatározásra minden alkalmazás esetében az isLightTheme attribútum alapján. A megfordítás az Android Views, Composables és WebViews alapú felhasználói felületi elemekre vonatkozik, de nem alkalmazható olyan alkalmazásokra, amelyek saját renderelő motorral rendelkeznek, például Flutter keretrendszer alapján.

- Lehetőség nyílt az ikonok specifikus formáinak kiválasztására, amelyek alkalmazni fogják az összes megjelenítendő ikonra és könyvtári parancsikonnak.


- Azok számára az alkalmazások számára, amelyek nem biztosítanak külön ikonvariánsokat a témákhoz, megvalósításra került az ikonok automatikus generálásának lehetősége, amelyek a témáknak megfelelő stílusúak. Az ikon generálásakor a meglévő alkalmazásindító ikonjához színfilter kerül alkalmazásra.

- Lehetőség nyílt az interaktív kapcsolat folytatására az alkalmazással a Rendszeres megosztás párbeszédpanel megnyitása után, és a felhasználói felület tartalmának frissítése a megosztási kezelő kiválasztása során.
- Az Android Runtime (ART) bevezetésre került egy generatív szemétgyűjtő (Generational Concurrent Mark-Compact Garbage Collector), amely a 'régi' és 'fiatal' objektumok elkülönített feldolgozását alkalmazza, ezáltal növelve a nemrég létrehozott, rövid élettartamú objektumok tisztításának hatékonyságát. A generatív szemétgyűjtő alkalmazása csökkenti a megszakítások kockázatát az erőforrások kiosztása során és csökkenti a CPU terhelését, így javítva az energiafogyasztás hatékonyságát.
- Bővítettek a felhasználói interakciók widgetekkel való elemzésének eszközeit — az alkalmazás most már képes metrikákat gyűjteni az interakcióval kapcsolatos eseményekről, mint például kattintások, görgetések és megjelenítések (impression).
- Megvalósításra került egy figyelmeztetés megjelenítése a hibakeresett alkalmazásban a memóriának a 16 KB-os lapok határán történő igazítása nélküli jelenlétéről. A jövőben egyes architektúrák számára várhatóan áttérnek a 16 KB-os lapok használatára a 4 KB helyett, ami növelheti a memória-intenzív programok teljesítményét.

- Hozzáadódott egy szoftveres dekóder az IAMF (Immersive Audio Model and Formats) hangformátumhoz, amelyet 3D térben elhelyezett hangok terjesztésére alkalmaznak a természeteshez legközelebbi hangzás reprodukálása érdekében.
- A lejátszási eszköz kiválasztó (Output Switcher) felületébe integrálva lett a Bluetooth LE-n keresztüli hangmegosztás lehetősége, amely nem igényel külön Bluetooth beállításváltoztatást.

- A Health Connect rendszerébe támogatás került az automatikus lépésszámlálás nyomon követésére, az elérhető érzékelők felhasználásával. A lépésszám információja olyan alkalmazások számára elérhető, amelyek rendelkeznek READ_STEPS hozzáféréssel. Az új módszer egyszerűsíti az alkalmazások kódját és csökkenti az energiafogyasztást a lépések nyomon követése során. A Health Connect központosított adatkezelést biztosít a fitneszpántok és más, felhasználói egészséggel kapcsolatos eszközök adataihoz, és lehetővé teszi különböző alkalmazások közötti adatmegosztást.
- Új Data Transfer API került hozzáadásra a megbízhatóbb adatátvitel érdekében Android és iOS eszközök között.
- Hozzáadásra került egy API a fejlesztők azonosításához APK csomagok telepítése során. Az ADB segédprogramba parancsok lettek beépítve az azonosítás szimulálására (az alkalmazások azonosítás nélküli telepítése ADB használatával változatlan marad).
- Biztosítva lett az SMS-ek védelme az egyszeri jelszavakkal (OTP). A rosszindulatú alkalmazások általi elkapás ellen az egyszeri jelszavak SMS küldése a SMS Retriever szolgáltatás számára három órás késleltetést fog szenvedni a legtöbb alkalmazás esetében. Ezen időszak alatt a RECEIVE_SMS esemény széles körű eljuttatása blokkolva lesz, és az SMS-üzenetekkel kapcsolatos adatbázis lekérdezések szűrésre kerülnek.
- Hozzáadásra került egy új rendszerzárállapot, a "Secure Lock Device", amely aktiválása (például a "Find My Device" szolgáltatáson keresztül) esetén az eszköz azonnal zárolásra kerül, és PIN-kód vagy jelszó megadását igényli a feloldáshoz. A zárképernyőn a képek és értesítések el lesznek rejtve, és a biometrikus feloldás ideiglenesen le lesz tilthatva.
Forrás: opennet.ru







