Kompania Google prezantoi versionin e parë beta të platformës së hapur mobile Android 17. Për të vlerësuar mundësitë e reja të platformës, është propozuar një program provues. Ndërlikimet e firmware janë përgatitur për pajisjet 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 dhe Pixel Tablet. Lançimi i Android 17 është planifikuar për tremujorin e dytë të vitit 2026.
Mes ndryshimeve në Android 17 Beta 1:
- Rritja e vazhdueshme e platformës për pajisje me ekrane të mëdha, të tilla si tabletë, laptopë, sisteme desktop dhe smartphone me ekrane fleksibël. Janë hequr opsionet e mëparshme për çaktivizimin e sjelljes së re në pajisje me ekrane të gjerë mbi 600 pikselë të kushtezuar (dp), të lidhur me injorimin e disa API-ve për menaxhimin e ndryshimeve në madhësi dhe orientimin e ekranit (screenOrientation, resizeableActivity, [min|max]AspectRatio), si dhe vendosjen adaptuese të aplikacioneve në dritare që lejojnë ndryshimin e madhësisë dhe lëvizjen në ekran.


- ĂshtĂ« propozuar njĂ« implementim i ri i radhĂ«s sĂ« mesazheve android.os.MessageQueue, qĂ« funksionon pa bllokime. Implementimi i ri lejon pĂ«rmirĂ«simin e performancĂ«s dhe zvogĂ«limin e humbjes sĂ« çarjeve.
- Në Android Runtime (ART) është implementuar një mbledhës plehrash me breza (Generational Concurrent Mark-Compact Garbage Collector), i cili përdor përpunim të veçantë për objektet "e vjetra" dhe "të reja", duke rritur efikasitetin e pastrimit të objekteve të sapo krijuara me jetë të shkurtër. Përdorimi i mbledhësit të plehrave me breza zvogëlon rrezikun e ndalimeve gjatë alokimit të burimeve dhe ul ngarkesën në CPU, duke rritur efikasitetin e konsumit të energjisë.
- Aplikacionet që deklarojnë mbështetje për Android 17 dhe versione më të reja, ndalohen të modifikojnë vlerat e fushave të markuara si "static final", që lejon angazhimin e optimizimeve më agresive të performancës në kohën e ekzekutimit.
- Për të ulur konsumimin e memories, është kufizuar madhësia e dizenjimeve të veta të skenave të njoftimeve (notification view).
- Në ProfilingManager janë shtuar trigger të reja TRIGGER_TYPE_COLD_START, TRIGGER_TYPE_OOM dhe TRIGGER_TYPE_KILL_EXCESSIVE_CPU_USAGE për mbledhjen e të dhënave të dobishme në zgjidhjen e problemeve me performancën.
- Zgjeruar mundësitë e ndërfaqeve për punën me kamerën. Në objektin CameraCaptureSession, është shtuar metoda updateOutputConfigurations() për të lidhur ose shkëputur në kohë reale zonat e daljes pa nevojën për të rivendosur tërë seancën e kapjes së të dhënave nga kamera. Në praktikë, ndryshimi lejon realizimin e kalimeve të qeta midis modaliteteve të ndryshme të punës së kamerës (p.sh., regjistrimi i videove dhe fotografimi). Kur punohet me kamera logjike që mbulojnë disa sensorë fizikë, është shtuar mundësia për të marrë metadatat e çdo sensori, dhe jo vetëm të atij kryesor.
- ĂshtĂ« shtuar mbĂ«shtetje pĂ«r formatin e videos VVC (Versatile Video Coding), i njohur gjithashtu si standardi i kompresimit tĂ« videos H.266, i zhvilluar sĂ« bashku nga grupet e punĂ«s MPEG (ISO/IEC JTC 1) dhe VCEG (ITU-T), me pjesĂ«marrjen e kompanive si Apple, Ericsson, Intel, Huawei, Microsoft, Qualcomm dhe Sony. H.266 zĂ«vendĂ«son H.265 (HEVC) dhe siguron efektivitet tĂ« lartĂ« tĂ« transmetimit dhe ruajtjes sĂ« tĂ« gjitha rezolutave tĂ« ekranit (nga SD dhe HD deri nĂ« 4K dhe 8K), mbĂ«shtet videon me gamĂ« dinamike tĂ« zgjeruar (HDR, High Dynamic Range) dhe video panoramike nĂ« modalitetin 360 gradĂ«.
- ĂshtĂ« shtuar mundĂ«sia e regjistrimit tĂ« videos me njĂ« nivel tĂ« vazhdueshĂ«m cilĂ«sie. Modaliteti mund tĂ« konfigurohet nĂ« objektin MediaRecorder, duke pĂ«rdorur metodĂ«n setVideoEncodingQuality(), e cila lejon mbajtjen e nivelit tĂ« cilĂ«sisĂ« pa lidhje me bitrate-in.
- Për aplikacionet që punojnë në sfond, është kufizuar qasja në API për riprodhimin e zërit, lidhjen me pajisjet audio dhe ndryshimin e volumit. Supozohet se vetëm aplikacionet aktive, me të cilat përdoruesi aktualisht ndërvepron, mund të nisin riprodhimin dhe të ndryshojnë volumin.
- Deklaruar si i vjetruar atributi android:usesCleartextTraffic, i cili lejonte aplikacionit të dërgonte trafik të paenkriptuar, p.sh., kërkesat në "http://". Nëse është e nevojshme përdorimi i trafikut të paenkriptuar, duhet përdorur skedarë të veçantë me cilësime të sigurisë.
- Shtuar mbështetje për enkriptimin hibrid mbi mekanizmin HPKE (Hybrid Public Key Encryption, RFC 9180), duke kombinuar thjeshtësinë e transmetimit të çelësit në enkriptimin me çelës publik me performancë më e lartë enkriptimin simetrik (të dhënat enkriptohen me një çelës simetrik të shpejtë, dhe çelësi vetë është enkriptuar me një çelës asimetrik të ngadalshëm).
- Shtuar cilësime për menaxhimin e historisë së thirrjeve VoIP, duke lejuar menaxhimin e ruajtjes së informacionit në ditar dhe shfaqjes në ndërfaqe të informacionit për thirrjet e kryera.
- Në API Wi-Fi RTT (Round-Trip-Time) janë zgjeruar mundësitë për përcaktimin e vazhdueshëm të distancës së afërt deri te pikët e qasjes dhe përcaktimin e sigurt të nyjeve për lidhjet P2P (peer-to-peer).
- Në CompanionDeviceManager janë shtuar profile të rinj për kërkimin e autorizimeve dhe ndërveprimin e aplikacioneve me pajisjet mjekësore dhe ndjekësit e aktiviteteve.
Burimi: opennet.ru


