- Fundamentalna razlika između glavne niti izvršavanja i pozadinskih niti je u tome da se izbjegne blokiranje interfejsa.
- Implementacija korutina kao modernog standarda za efikasno i jednostavno upravljanje asinhronošću.
- Korištenje Dispečera i opsega izvršavanja kako bi se osigurala sigurnost glavne niti i spriječilo curenje memorije.
Kada se udubimo u svijet Android razvoja, jedan od najčešćih izazova je sprječavanje zamrzavanja aplikacije tokom izvršavanja zahtjevnih zadataka. Da bismo riješili ovaj problem, bitno je razumjeti kako funkcionišu procesi izvršavanja , tehnički poznati kao niti (threads). Ove niti su u suštini putanja koju procesor prati da bi izvršio niz instrukcija.
Iako nam Kotlin znatno olakšava život, ako ne upravljamo ovim tokovima pravilno, rizikujemo strašnu grešku „Aplikacija ne odgovara“ (ANR) . Stoga je ključno razlikovati nit koja renderuje interfejs od onih koje rade tiho u pozadini, čime se optimizuje korisničko iskustvo.
Koncept niti u Kotlin ekosistemu
Za početak, nit je najmanja jedinica izvršenja koju procesor može obraditi. U Kotlinu, svaka aplikacija počinje s barem jednom glavnom niti , koja je odgovorna za upravljanje ulaznom tačkom, obično funkcijom main(). Ova nit je srce aplikacije, a njen životni ciklus je vezan za cjelokupni proces; ako ova nit prestane s radom, cijela aplikacija će se prekinuti, bez obzira na to koliko drugih niti se izvršava.
Ključno pravilo je da se samo jedna instrukcija može izvršiti istovremeno unutar jedne niti . To znači da ako pokrenete vrlo dug zadatak (poput preuzimanja velike datoteke), nit će biti blokirana i neće moći ništa drugo raditi dok se ne završi. Kako bi se spriječilo da korisnik pomisli da se aplikacija srušila, Kotlin omogućava kreiranje više istovremenih niti , omogućavajući da se zadaci koji zahtijevaju mnogo resursa delegiraju sekundarnim nitima dok glavna nit nastavlja odgovarati na klikove korisnika.
Korutine: evolucija asinhronosti
Iako tradicionalne niti funkcionišu, one su intenzivne u pogledu resursa. Tu dolaze do izražaja korutine, obrazac dizajna uveden u Kotlin verziji 1.3 radi pojednostavljenja asinhronog koda . Umjesto kreiranja teških niti, korutine su poput "laganih niti" koje se mogu suspendovati i nastaviti bez blokiranja resursa na kojem se izvršavaju.
Prednosti korištenja korutina su brojne: prvo, izuzetno su lagane , što omogućava pokretanje hiljada korutina bez iscrpljivanja memorije uređaja. Drugo, zahvaljujući strukturiranoj konkurentnosti , izvršavaju se unutar definiranog opsega, drastično smanjujući curenje memorije. Nadalje, dolaze sa automatskim sistemom otkazivanja koji se širi kroz cijelu hijerarhiju i besprijekorno se integrira s Jetpack bibliotekama.
Praktična implementacija i sigurnost glavne niti
U Androidu kažemo da je funkcija sigurna za glavnu nit kada ne prekida ažuriranje korisničkog interfejsa. Ako imamo funkciju koja šalje sinhroni mrežni zahtjev, ona će blokirati korisnički interfejs. Da bismo to riješili, koristimo funkciju `withContext(Dispatchers.IO)` , koja premješta izvršenje u nit optimiziranu za ulazno/izlazne zadatke.
Da bi ovo radilo, funkcija mora biti označena ključnom riječi `suspend` . Suspendirana funkcija ne blokira nit; umjesto toga, ona "pauzira" i oslobađa nit za druge zadatke dok rezultat ne bude spreman. Ključno je zapamtiti da se svaka suspendirana funkcija mora izvršiti unutar korutine.
Upravljanje opsegom i dispečeri
Za pokretanje ovih korutina, potreban nam je opseg (scope), ili CoroutineScope. U modernom Android razvoju, viewModelScope je savršen alat, jer je vezan za životni ciklus ViewModel-a. Ako korisnik napusti ekran i ViewModel se uništi, sve povezane korutine se automatski otkazuju, sprječavajući fantomske procese koji troše bateriju.
Kontrola nad mjestom izvršavanja koda postiže se putem Dispečeri. Dok Dispatchers.Main zadužen je za interfejs, Dispatchers.IO To je prikladno za mreže ili baze podataka. Ako pokrenemo korutinu u glavnoj niti koristeći viewModelScope.launch i unutra pozivamo suspendovanu funkciju sa withContext(Dispatchers.IO)Izvršavanje će preći na pozadinsku nit i, nakon završetka, Automatski će se vratiti na glavnu temu. da prikaže rezultat korisniku.
Rješavanje grešaka u asinhronim okruženjima
Ne ide sve glatko sa mrežnim zahtjevima, tako da je rukovanje izuzecima ključno. Najjednostavniji i najprirodniji način da se to uradi u Kotlinu je umotavanjem suspendovanog poziva u try-catch blok . Na ovaj način, svaki neočekivani kvar u sloju repozitorija može se uhvatiti i transformisati u stanje greške koje korisnički interfejs može komunicirati korisniku na način koji je prilagođen korisniku.
Kombinacija dobro upravljanih niti, inteligentne upotrebe suspendovanih korutina i pravilne alokacije dispečera omogućava Android aplikacijama da budu fluidne i efikasne. Delegiranjem teških zadataka na pozadinske procese i održavanjem glavne niti rasterećenom, postižemo robustan softver koji maksimalno iskorištava hardverske resurse bez ugrožavanja korisničkog iskustva.