Jak funguje správa paměti na Androidu a jak se vyhnout únikům paměti?

Question

Accepted Answer

Android aplikace běží s **omezenou pamětí** a systém je může ukončit pod tlakem paměti. Pochopení správy paměti — zejména **vyhýbání se únikům paměti** (běžný, vážný problém Androidu) — je důležité pro stabilní a výkonné aplikace.

## Základy paměti na Androidu

```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
```

## Úniky paměti — běžný problém

```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!)
```

## Vyhýbání se únikům

```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
```

## Proč na tom záleží

Pochopení správy paměti na Androidu a vyhýbání se únikům paměti je důležité znalostí senior úrovně, protože **úniky paměti jsou běžným, vážným problémem Androidu**, který snižuje výkon a způsobuje selhání. Prostředí Androidu s omezenou pamětí a ukončováním aplikací činí efektivitu paměti důležitou, proto je cenné pro budování stabilních aplikací.

Android aplikace běží s **omezenou pamětí** a systém je může ukončit pod tlakem paměti. Sběr paměti uvolňuje nedosažitelné objekty, ale nemůže osvobodit objekty, které zůstávají referenced (úniky) — což činí správu paměti důležitou, zvláště vzhledem k mnoha zařízením Androidu s nízkou pamětí. **Úniky paměti jsou obzvláště běžným a vlivným problémem Androidu**: objekt, který již není potřebný, ale zůstává referenced, nemůže být sběrem paměti vyčištěn. **Klasické úniky Androidu zahrnují uchování Activity/Context referencí mimo jejich životní cyklus** — přes statická pole, singletony, dlouhodobě žijící listenery, vnitřní třídy, handlery nebo nerusené coroutiny zachycující Activity — což je obzvláště špatné, protože uniklá Activity táhne s sebou celý strom views, velký únik paměti.

Pochopení těchto vzorů úniků je důležité, protože jsou časté, reálné zdroje problémů s pamětí a selhání.

Pochopení **jak se vyhnout únikům** — neuchování Activity/Context v statických nebo dlouhodobě žijících objektech (používání applicationContext kde je vhodné), odregistrování listenerů a zrušení coroutin (lifecycle scopes se automaticky ruší), používání **lifecycle-aware komponent** (ViewModel, lifecycleScope, LiveData, které se automaticky čistí), péče o vnitřní třídy/handlery a **detekce úniků pomocí LeakCanary** a profilování — je základní praktická znalost pro jejich prevenci.

Protože jsou úniky paměti běžným, vážným problémem Androidu (zejména úniky Activity/Context) a prostředí Androidu s omezenou pamětí činí efektivitu důležitou, a protože pochopení správy paměti a vzorů k vyhýbání se únikům (lifecycle-aware komponenty, správné čištění, detekční nástroje) je nezbytné pro stabilní, výkonné aplikace, je pochopení správy paměti Androidu a vyhýbání se únikům důležitou znalostí senior úrovně — řešení jednoho z nejběžnějších, nejvlivnějších problémů Androidu, odrážející platformě specifickou expertizu potřebnou k budování stabilních aplikací a hloubku očekávanou pro senior Android role.