Jak działa zarządzanie pamięcią w Androidzie i jak unikać wycieków?

Question

Accepted Answer

Aplikacje Android działają z **ograniczoną pamięcią** i system może je zabić pod ciśnieniem pamięci. Zrozumienie zarządzania pamięcią — a zwłaszcza **unikanie wycieków pamięci** (częsty, poważny problem Android) — jest ważne dla stabilnych, wydajnych aplikacji.

## Podstawy pamięci Android

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

## Wycieki pamięci — częsty 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!)
```

## Unikanie wycieków

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

## Dlaczego to ważne

Zrozumienie zarządzania pamięcią Android i unikania wycieków jest ważną wiedzą na poziomie senior, ponieważ **wycieki pamięci są częstym, poważnym problemem Android**, które degradują wydajność i powodują awarie, a ograniczona pamięć Android i środowisko zabijające aplikacje sprawiają, że efektywność pamięci ma znaczenie, więc jest to cenne dla budowania stabilnych aplikacji.

Aplikacje Android działają z **ograniczoną pamięcią** a system może je zabić pod ciśnieniem pamięci, podczas gdy garbage collection odbiera niepotrzebne obiekty, ale nie może zwolnić obiektów, które pozostają referenced (wycieki) — czyniąc zarządzanie pamięcią ważnym, zwłaszcza biorąc pod uwagę wiele urządzeń Android z niską pamięcią. **Wycieki pamięci są szczególnie częstym i wpływowym problemem Android**: obiekt, który nie jest już potrzebny, ale pozostaje referenced, nie może być garbage-collected, a **klasyczne wycieki Android dotyczą przechowywania Activity/Context references poza ich lifecycle** (poprzez pola static, singletony, długowieczne listenery, klasy wewnętrzne, handlery lub niewykasowane coroutines przechwytujące Activity) — co jest szczególnie złe, ponieważ wyciekająca Activity ciąży całym jej drzewem widoków, duży wyciek pamięci.

Zrozumienie tych wzorców wycieków jest ważne, ponieważ są częstymi, rzeczywistymi źródłami problemów pamięci i awarii.

Zrozumienie **jak unikać wycieków** — nie przechowywanie Activity/Context w polach static lub długowiecznych obiektach (używanie applicationContext gdzie stosowne), wyrejestrowywanie listenerów i kasowanie coroutines (lifecycle scopes auto-kasują), używanie **komponentów świadomych lifecycle** (ViewModel, lifecycleScope, LiveData, które automatycznie się czyszczą), ostrożność z klasami wewnętrznymi/handlerami, i **wykrywanie wycieków za pomocą LeakCanary** oraz profilowanie — jest niezbędną praktyczną wiedzą do ich zapobiegania.

Ponieważ wycieki pamięci są częstym, poważnym problemem Android (zwłaszcza wyciekami Activity/Context) i ograniczona pamięć Android sprawia, że efektywność ma znaczenie, i ponieważ zrozumienie zarządzania pamięcią oraz wzorców do unikania wycieków (komponenty świadome lifecycle, właściwe czyszczenie, narzędzia wykrywające) jest konieczne dla stabilnych, wydajnych aplikacji, zrozumienie zarządzania pamięcią Android i unikania wycieków jest ważną wiedzą na poziomie senior — rozwiązując jeden z najczęstszych, najbardziej wpływowych problemów Android, odzwierciedlając specjalistyczną wiedzę platformy potrzebną do budowania stabilnych aplikacji i głębokość oczekiwaną na stanowiskach senior Android.