Android 17 Beta 1: VVC támogatás, generációs arató és Canary csatorna

Főbb pontok:
  • Fejlesztési ciklus: Átállás a folyamatos Canary csatornára az azonnali OTA frissítésekért.
  • Kötelező interfész: Az alkalmazásoknak átméretezhetőnek kell lenniük 600 dpi-nél nagyobb képernyőkön; a tájolási zárolást a rendszer figyelmen kívül hagyja.
  • ART előadás: Új generációs szemétgyűjtő és nem blokkoló üzenetsor a CPU-terhelés csökkentése érdekében.
  • Multimédia: Natív támogatás a VVC (H.266) kodekhez és a kameraátmenetekhez munkamenet újraindítása nélkül.
  • Hálózati biztonság: Az alapértelmezett HTTP forgalom elavulása és a HPKE hibrid kriptográfia integrációja.
Android 17 béta 1

Android 17 béta 1

Pár napja A Google bejelentette az Android 17 első béta verziójának kiadását, amelynek végleges megjelenése 2026 második negyedévére van ütemezve. Ez a verzió szerkezeti módosításokat vezet be a memóriakezelésben, a nagy képernyőkön megjelenő interfészek kezelésében és a multimédia-feldolgozásban.

Ez a verzió folytatja a rugalmasabb Android-alkalmazások létrehozására irányuló munkát, jelentős fejlesztéseket vezet be a kamera és a multimédiás funkciók terén, új eszközöket a csatlakozás optimalizálására, valamint kibővített profilokat a kiegészítő eszközökhöz.

A fejlesztési ciklus legnyilvánvalóbb változása a A hagyományos „Fejlesztői előnézetek” program megszüntetése. Ehelyett a Google egy folyamatos Canary csatornát alkalmaz, amely lehetővé teszi a frissítések és az új API-k közvetlen elküldését a fejlesztőknek, amint azok átmennek a belső tesztelésen, megkönnyítve a folyamatos integrációs (CI) környezetekkel való integrációt a közvetlen frissítéseken keresztül.

Nagy képernyők és ablakkezelés

A Beta 1 megjelenésével láthatjuk, hogy az operációs rendszer Mostantól megköveteli, hogy az alkalmazások alkalmazkodjanak a 600 dp-nél kisebb vagy azzal egyenlő méretű képernyőkhöz., például táblagépek és összecsukható telefonok. Android 17 (API szint 37) Hagyja figyelmen kívül azokat a manifest attribútumokat, amelyek blokkolják az ablak átméretezését vagy egy adott tájolás kikényszerítését. például az a szabályzat, amely a nézetet portré módra korlátozza. A teljesítménycsökkenés elkerülése érdekében ezen átmenetek során a rendszer módosítja az alapértelmezett viselkedést a konfigurációs változásokra, például billentyűzet csatlakoztatására vagy a színmód megváltoztatására reagálva. A tevékenység megsemmisítése és újra létrehozása helyett a rendszer állapothíváson keresztül küldi el a frissítést, így a fejlesztőknek manuálisan kell kezelniük a felületet.

Architekturális szinten az Android futtatókörnyezet (ART) generációs szemétgyűjtőt valósít megEz a komponens elkülöníti az újonnan létrehozott memóriaobjektumokat a régiektől, Rövid életciklusokkal felgyorsítja az adattisztítást és csökkenti a processzor terhelését. mérhető módon.

Ezenkívül a rendszerüzenet-sorban egy új, zárolásmentes implementáció található, amely egy technikai módosítás a keretveszteség csökkentését célozza. Annak érdekében, hogy ezek az optimalizálások megfelelően működjenek, A rendszer mostantól szigorúan tiltja a megjelölt mezők futásidejű módosítását. például a "statikus döntők", amelyek azonnali illegális hozzáférési kivételeket dobnak, ha egy alkalmazás megpróbálja módosítani őket reflexió vagy JNI segítségével.

Kameraátmenetek és multimédia kódolás

La gA fotó- és videórögzítési munkamenetek kezelése API-frissítést kapott. A fejlesztők mostantól egy speciális módszert használhatnak a kamera kimeneti felületeinek csatlakoztatására és leválasztására Menet közben. Ez lehetővé teszi a fényképezés és a videofelvétel közötti váltást anélkül, hogy be kellene zárni és újra kellene konfigurálni a teljes munkamenetet, elkerülve a képernyő megszakítását.

A videótömörítést illetően a rendszer natív támogatást nyújt a VVC (H.266) szabványhoz, Akár 8K felbontás és 360 fokos tartalmak feldolgozására tervezték, nagyobb tömörítési hatékonysággal, mint elődje, a HEVC. A videofelvétel állandó minőségi paramétert is tartalmaz, amely lehetővé teszi a vizuális tisztaság megőrzését a bitráta ingadozásától függetlenül.

Hálózati és perifériás korlátozások

A hálózati biztonsági szabályzatok egyre szigorúbbak lesznek, mivel elavult az attribútum, amely alapértelmezés szerint engedélyezte a titkosítatlan szöveges forgalmat. Azoknak az alkalmazásoknak, amelyeknek szabványos HTTP-kéréseket kell küldeniük, egy konfigurációs fájlon keresztül kell megadniuk azokat. független hálózati biztonság. A rendszer titkosítása integrálja a HPKE hibrid mechanizmust, amely a szimmetrikus titkosítás teljesítményét az aszimmetrikus kulcselosztás biztonságával ötvözi.

Másrészről a külső hardverekkel való csatlakozás a kiegészítő eszközkezelőn keresztül dedikált profilokat tartalmaz a fitneszkövetőkhöz és az orvosi berendezésekhez, szabványosítva az engedélykéréseket és az egészségügyi perifériák összekapcsolási felületét.

Végül, ha többet szeretne megtudni róla, konzultáljon a részletek a következő linken.


Hozzáadás előnyben részesített forrásként