A Google bemutatta az Android 17 nyílt mobilplatform első béta verzióját. Az új platform lehetőségeinek kiértékelésére egy előzetes tesztprogramot kínálnak. A firmware-kiadások a következő eszközökre készültek: 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 10/10 Pro/10 Pro XL/10 Pro Fold, Pixel Fold és Pixel Tablet. Az Android 17 kiadása 2026 második negyedévére van tervezve.
Az Android 17 Beta 1-ben bekövetkezett változások között:
- Folytatódik a nagy képernyős eszközökre, például táblagépekre, laptopokra, asztali rendszerekre és összecsukható képernyős okostelefonokra való platform fejlesztése. Az eddig érvényben lévő lehetőségeket eltávolították, amelyek a 600 dp-nál szélesebb képernyőkkel rendelkező eszközökön a méretezés és tájolás kezelésére vonatkozó egyes API-k figyelmen kívül hagyását célozták (screenOrientation, resizeableActivity, [min|max]AspectRatio), valamint az alkalmazások adaptív elhelyezését az ablakokban, amelyek méretezésre és képernyőn való mozgatásra is alkalmasak.
- Új, a blokkolások nélküli üzenetsorozat megvalósítását javasolják az android.os.MessageQueue-ban. Az új megvalósítás javítja a teljesítményt és csökkenti a képkocka veszteséget.
- Az Android Runtime (ART) implementálta a generációs párhuzamos jelölő-összevonó szemétgyűjtőt (Generational Concurrent Mark-Compact Garbage Collector), amely elkülönített kezelését a "régi" és "fiatal" objektumoknak, így növelve a nemrégiben létrehozott, rövid életű objektumok eltakarításának hatékonyságát. A generációs szemétgyűjtő alkalmazása csökkenti a kockázatát a forráskiosztás során fellépő szüneteknek és csökkenti a CPU terhelést, így növelve az energiahatékonyságot.
- Az Android 17 és újabb kiadások támogatására bejelentkező alkalmazások számára tilos módosítani a 'static final' címkével ellátott mezők értékeit, ami lehetővé teszi a runtime során a teljesítmény agresszívebb optimalizálását.
- A memóriafogyasztás csökkentése érdekében korlátozták a saját értesítési megjelenítések (notification view) méretét.
- A ProfilingManager profilerszisztemébe új TRIGGER_TYPE_COLD_START, TRIGGER_TYPE_OOM és TRIGGER_TYPE_KILL_EXCESSIVE_CPU_USAGE triggerek lettek bevezetve, amelyek hasznos adatok gyűjtésére szolgálnak a teljesítménnyel kapcsolatos problémák hibakereséséhez.
- Bővült a kamerakezelő programozási interfészek funkcionalitása. A CameraCaptureSession objektumba hozzáadták az updateOutputConfigurations() metódust, amely lehetővé teszi a kimeneti területek dinamikus csatlakoztatását vagy leválasztását anélkül, hogy a teljes kamerafogási session-t újra kellene állítani. A gyakorlatban ez a változtatás sima váltást tesz lehetővé a kamera különböző működési módjai között (például videofelvétel és fényképezés között). A logikai kamerák esetében, amelyek több fizikai érzékelőt ölelnek fel, lehetőség nyílik minden érzékelő metaadatainak megszerzésére, nem csupán az elsődleges érzékelőé.
- Hozzáadva a VVC (Versatile Video Coding) videóformátum támogatása, más néven H.266 tömörítési szabvány, amelyet az MPEG (ISO/IEC JTC 1) és a VCEG (ITU-T) munkacsoportjai közösen fejlesztettek ki, olyan cégek részvételével, mint az Apple, Ericsson, Intel, Huawei, Microsoft, Qualcomm és Sony. Az H.266 a H.265 (HEVC) váltja és magas hatékonyságú adatátvitelt és tárolást biztosít minden képernyőfelbontáshoz (SD-től és HD-tól 4K-ig és 8K-ig), támogatja a kibővített dinamikai tartományú (HDR, High Dynamic Range) videókat és a 360 fokos panorámaképeket.
- Hozzáadva a videofelvétel állandó minőségű rögzítésének lehetősége. A módot a MediaRecorder objektumban állíthatjuk be, a setVideoEncodingQuality() metódussal, amely lehetővé teszi a minőség rögzítését a bitrátához való kötöttség nélkül.
- A háttérben futó alkalmazások számára korlátozzák a hanglejátszással, hangberendezésekhez való csatlakozással és a hangerő módosításával kapcsolatos API-khoz való hozzáférést. Az a feltételezés, hogy csak azok az aktív alkalmazások, amelyekkel a felhasználó éppen kölcsönhatásba lép, indíthatják el a lejátszást és módosíthatják a hangerőt.
- A android:usesCleartextTraffic attribútum elavultnak lett nyilvánítva, amely lehetővé tette az alkalmazás számára a titkosítatlan forgalom továbbítását, például a 'http://' felé irányuló kérések esetén. Ha titkosítatlan forgalom használata szükséges, külön biztonsági beállításokat kell alkalmazni.
- Hozzáadva a hibrid titkosítás támogatása, amely az HPKE (Hybrid Public Key Encryption, RFC 9180) mechanizmusra épül, ötvözve a nyílt kulccsal végzett titkosítás kulcsának egyszerű átadását a a magas teljesítmény szimmetrikus titkosítással (az adatok egy gyors szimmetrikus kulccsal vannak titkosítva, míg a kulcs maga egy lassú aszimmetrikus kulccsal van titkosítva).
- Új beállítások kerültek bevezetésre a VoIP-hívások történetének kezelésére, lehetővé téve a naplózott információk tárolásának irányítását és a hívásokkal kapcsolatos adatok megjelenítését a felhasználói felületen.
- A Wi-Fi RTT (Round-Trip-Time) API-jában bővült a lehetőség a hozzáférési pontokkal való folyamatos távolságmeghatározásra és a P2P-összekapcsolások biztonságos csomópontjainak meghatározására.
- A CompanionDeviceManager új profilokat kapott az orvosi eszközökkel és fitneszkövetőkkel való interakcióhoz és jogosultságok kéréséhez.
Forrás: opennet.ru
