Kako funkcionira upravljanje memorijom u Androidu i kako izbjegavate curenja?

Question

Accepted Answer

Android aplikacije se izvode s **ograničenom memorijom** i sustav može ubiti aplikacije pod pritiskom memorije. Razumijevanje upravljanja memorijom — i posebno **izbjegavanje curenja memorije** (čest, ozbiljan problem u Androidu) — važno je za stabilne i performantne aplikacije.

## Android osnove memorije

```text
→ Apps have a LIMITED heap; the system can KILL background apps to reclaim memory
→ Garbage collection reclaims unreachable objects — but GC pauses can cause jank, and
  objects that STAY reachable (leaks) are never collected
→ Low-memory devices are common (Android's range) → memory efficiency matters
```

## Curenja memorije — čest problem

```text
A LEAK = an object that's no longer needed but is still REFERENCED (so GC can't free it).
Classic Android leaks:
  ✗ Holding an ACTIVITY/Context reference beyond its lifecycle:
    - a static field or singleton holding an Activity/Context
    - a long-lived listener/callback capturing an Activity
    - an inner class / non-cancelled coroutine / handler holding the Activity
  → the Activity can't be GC'd after it's destroyed → its whole view tree leaks (big!)
```

## Izbjegavanje curenja

```text
✓ Don't hold Activity/Context in static fields or long-lived objects (use applicationContext
  where a long-lived context is needed)
✓ UNREGISTER listeners/observers; CANCEL coroutines (lifecycle scopes auto-cancel)
✓ Use LIFECYCLE-AWARE components (ViewModel, lifecycleScope, LiveData) — they clean up
✓ Be careful with inner classes/handlers (use weak references or static + WeakReference)
✓ DETECT with LeakCanary (flags leaks in development); profile memory in Android Studio
```

## Zašto je važno

Razumijevanje upravljanja memorijom u Androidu i izbjegavanje curenja važno je znanje na razini seniora jer su **curenja memorije čest, ozbiljan problem u Androidu** koji smanjuje performanse i uzrokuje rušenja, a ograničena memorija Androida i okruženje u kojem sustav ubija aplikacije čine memorijsku učinkovitost važnom, pa je to vrijednu za izgradnju stabilnih aplikacija.

Android aplikacije se izvode s **ograničenom memorijom** i sustav može ubiti aplikacije pod pritiskom memorije, dok garbage collection oslobađa nedostižne objekte ali ne može osloboditi objekte koji ostaju referencirani (curenja) — što čini upravljanje memorijom važnim, osobito s obzirom na mnoge Android uređaje s malo memorije. **Curenja memorije su posebno čest i utjecajan problem u Androidu**: objekt koji više nije potreban ali je još uvijek referenciran ne može biti garbage-collected, a **klasična Android curenja uključuju čuvanje Activity/Context referenci izvan njihova životnog ciklusa** (preko statičkih polja, singletona, dugoživućih slušača, unutarnih klasa, handlera ili otkazanih coroutina koje zarobljavaju Activity) — što je posebno loše jer procurena Activity povlači cijelo svoje stablo prikaza, što je veliki curež memorije.

Razumijevanje ovih obrazaca curenja je važno jer su česti, stvarni izvori memorijskih problema i rušenja.

Razumijevanje **kako izbjegnuti curenja** — ne čuvanje Activity/Context u statičkim ili dugoživućim objektima (korištenje applicationContext gdje je primjereno), otregistriranje slušača i otkazivanje coroutina (lifecycle scope-ovi automatski otkazuju), korištenje **lifecycle-aware komponenti** (ViewModel, lifecycleScope, LiveData koji se automatski čiste), opreznost s unutarnim klasama/handlerima, i **detektiranje curenja s LeakCanary** i profiliranjem — je važno praktično znanje za njihovo sprječavanje.

Budući da su curenja memorije čest, ozbiljan problem u Androidu (posebno Activity/Context curenja) i ograničena memorija Androida čini učinkovitost važnom, i budući da razumijevanje upravljanja memorijom i obrazaca za izbjegavanje curenja (lifecycle-aware komponente, pravilno čišćenje, alati za detekciju) je nužno za stabilne, performantne aplikacije, razumijevanje upravljanja memorijom u Androidu i izbjegavanje curenja je važno znanje na razini seniora — rješavanje jednog od najčešćih, najutjecajnijih problema u Androidu, odražavajući specifično znanje platforme potrebno za izgradnju stabilnih aplikacija i dubinu očekivanu za senior Android uloge.