Artikkel

Android 17: vähendage äppide mälukasutust praegu kohe

Android 17 seab rangemad nõuded mälukasutusele. Artikkel juhendab arendajaid RAM-i jalajälje vähendamiseks: profilistamine, pildiformaadid, koodimaht, testimine madala mäluga seadmetel ja Google Playi konsooli optimeerimisnäitajad.

Android 17: vähendage äppide mälukasutust praegu kohe
Lugemisaeg: 3 Minutit
Jälgi Google'is

Kujutage ette, et avate rakenduse ja näete, kuidas telefon otsustab vaikselt, et rakendus ei vääri enam mälu. Taustal vabastatakse mälu, rakendus hangub ootamatult. Just sellist olukorda püüab Google vältida, sundides arendajaid Androidi rakenduste RAM-i kasutust põhjalikumalt läbi mõtlema.

Android 17 toob kaasa rangemad reeglid: rakendused peavad vähese mäluga seadmetes korralikult toimima, vastasel juhul sekkub süsteem. Google on paika pannud selge ajakava: arendajatel on kuni 2027. aasta veebruarini aega mälukasutust vähendada ja rakendusi kõigil riistvaratasemetel saledamaks muuta. Eesmärk on lihtne ja praktiline: hoida kesk- ja algtaseme seadmed kasutuskõlblikena, ilma et tootjad peaksid lisama rohkem mälu või hindu tõstma.

Mida arendajad peavad tegema, et rakendus uutele nõuetele vastaks

Alustada tuleb profileerimisest. Kasutage mäluprofileerijaid ja testige seadmetes, millel on 4 GB RAM-i või vähem. Otsige suuri objekte, mis püsivad mälus kauem, kui peaksid. Esitage keerulisi küsimusi: millised taustateenused on hädavajalikud? Milliseid varasid saab paketti lisamise asemel voogedastada? Mälu tuleb käsitleda piiratud ressursina, mitte linnukesega märgitava nõudena.

Pildid kulutavad palju mälu. Võtke kasutusele tänapäevased pilditöötlusvood ja vormingud, näiteks AVIF või WebP, seal, kus see sobib; dekodeerige pildid täpselt nende kuvamismõõdus ning eelistage nõudmisel laadimist. Kasutage Bitmapi taaskasutust ettevaatlikult ja vabastage pildimälu kohe, kui vaated ekraanilt kaovad. Abi on ka dünaamilisest mälueraldusest: looge mahukad andmestruktuurid ainult vajaduse korral ning vabastage need kohe pärast kasutamist.

Ka koodimaht on oluline. Google ootab, et arendajad vähendaksid rakenduse koodimahtu võrreldes varasemate väljaannetega kuni 25 protsenti. Tööriistad nagu R8 peaksid kuuluma ehitustöövoogu, eemaldades kasutamata klasse ja optimeerides baitkoodi. Väiksem kood tähendab vähem laaditud klasse ja käitamise ajal väiksemat residentset mälumahtu.

Muutuma peab ka testimisstrateegia. Simuleerige vähese mälu olukordi, rakendage taustapiiranguid ning kontrollige, kuidas rakendus reageerib, kui Android protsesse kärbib. Jälgige ootamatut käitumist olukordades, kus rakenduse osad lõpetatakse ja hiljem taastatakse.

Kui teie rakendus ei suuda uute mälupiirangute juures töötada, aeglustab või peatab Android selle automaatselt.

Ka riistvaratootjad kujundavad olukorda ümber. Paljud telefonitootjad müüvad baasmudeleid 4 GB mäluga. Mõni jätab suurema mälumahu tasulise lisavaliku taha, mistõttu jääb arendajate ülesandeks tagada vastuvõetav jõudlus madalaima ühise nimetaja puhul. See tähendab tõhusamat lõimede haldust, vähem pikaealisi teenuseid ning rangemaid pildi- ja vahemälupoliitikaid.

Google Play Console kuvab optimeerimismõõdikuid, seega tasub arvestada nii suurema nähtavuse kui ka tõenäolise jõustamisega. See ei ole pelgalt platvormi ettekirjutus, vaid ka samm turu suunamiseks. Kergemad rakendused tunduvad kiiremad, tarbivad vähem energiat ja hoiavad odavamate seadmete kasutajad rahulolevamatena.

Vaadake seda kui disainiväljakutset: ehitage rakendus piiripealsete olude jaoks ja võidab kogu peavool. Kärpige, profileerige ja itereerige varakult. Tähtaeg on piisavalt kaugel, et jõuda planeerida, kuid piisavalt lähedal, et hooletus väljendub krahhides ja pahurates hinnangutes.

Laura Mägi

"Tehnoloogia liigub kiiremini kui kunagi varem ja ma naudin selle jälgimist. Iga uus seade või rakendus jutustab loo inimlikust loovusest."

Jäta kommentaar

Kommentaarid

Kommentaare veel pole. Ole esimene.