Kaip veikia atminties valdymas Android sistemoje ir kaip išvengti nuotėkių?

Question

Accepted Answer

Android programos veikia su **ribota atmintimi** ir sistema gali jas nutraukti, kai trūksta atminties. Supratimas apie atminties valdymą — ypač **atminties nuotėkių išvengimas** (dažna ir seriozna Android problema) — yra svarbus stabilumui ir produktyvumui.

## Android atminties pagrindai

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

## Atminties nuotėkiai — dažna problema

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

## Nuotėkių išvengimas

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

## Kodėl tai svarbu

Supratimas apie Android atminties valdymą ir nuotėkių išvengimą yra svarbi seniorinio lygio žinybos sritis, nes **atminties nuotėkiai yra dažna ir seriozna Android problema**, kuri sumažina produktyvumą ir sukelia strigus, o Android ribota atmintis ir programų nutraukimas daro atminties efektyvumą reikalingu stabilių programų kūrimui.

Android programos veikia su **ribota atmintimi** ir sistema gali jas nutraukti, kai trūksta atminties, o rubbish collection atlaisvina nepasiekiamus objektus, bet negali atlaisvinti objektų, kurie vis dar yra nurodyti (nuotėkiai) — todėl atminties valdymas yra svarbus, ypač atsižvelgiant į Android įrenginiuose mažą atmintį. **Atminties nuotėkiai yra ypač dažna ir reikšminga Android problema**: objektas, kurio nebereikia, bet kuris vis dar nurodytas, negali būti surinktas atliekoms, ir **klasikiniai Android nuotėkiai susiję su Activity/Context nuorodų išsaugojimu jų gyvenimo ciklo ribose** (per statinius laukus, singletons, ilgai gyvenant listeners, vidinės klasės, handlers ar neatšauktas koroutines, kurios palaiko Activity) — tai ypač blogai, nes nutekęta Activity štek savo visą view medį, didelį atminties nuotėkį.

Supratimas apie šias nuotėkio šablonus yra svarbus, nes jie yra dažnos ir realios atminties problemų šaltiniai ir gali sukelti strigus.

Supratimas **kaip išvengti nuotėkių** — neišsaugoti Activity/Context statiniuose ar ilgai gyvenant objektuose (kur reikalinga, naudojant applicationContext), atsiregistruoti listeners ir atšaukti koroutines (lifecycle scopes automatiškai atšaukiamos), naudojant **lifecycle-aware components** (ViewModel, lifecycleScope, LiveData, kurie automatiškai valosi), būti atsargiems su vidinėmis klasėmis/handlers ir **detektuoti nuotėkius su LeakCanary** bei profiliuoti — yra esminė praktinė žinybos sritis, kad jų išvengti.

Kadangi atminties nuotėkiai yra dažna ir seriozna Android problema (ypač Activity/Context nuotėkiai) ir Android ribota atmintis daro efektyvumą svarbiu, bei kadangi supratimas apie atminties valdymą ir nuotėkių išvengimo šablonus (lifecycle-aware components, tinkamas valimas, detektavimo įrankiai) yra būtinas stabilumui ir produktyvumui, supratimas apie Android atminties valdymą ir nuotėkių išvengimą yra svarbi seniorinio lygio žinybos sritis — sprendžianti vieną iš dažniausių ir reikšmingiausių Android problemų, atspindinti platformai specifinę žiniybą, reikalingą stabilumui ir gylumą, tikėtiną iš seniorinio Android lygio.