Xotirani yeydi va shishadi — bu nima, sabablari va qanday qochish

Xotira oqishi va ilova shishishi nima?

Xotira oqishi (memory leak) — ilovaga endi kerak bo'lmagan ob'ektning, ildiz to'plamidan (GC Root) faol havola mavjudligi sababli xotirada qolishda davom etishi. Axlat yig'uvchi bunday ob'ektni tirik deb hisoblaydi va uni o'chirmaydi.

Xotira shishishi (memory bloat) — ilova joriy vazifalarni bajarish uchun zarur bo'lganidan ko'ra ko'proq xotira iste'mol qiladigan kengroq muammo. Sabablari: haddan tashqari keshlash, ob'ektlarning takrorlanishi, optimal bo'lmagan ma'lumot tuzilmalari va xotira parchalanishi.

Android ilovalari uchun cheklangan xotira ajratiladi (odatda qurilma va OT versiyasiga qarab 64-512 MB). iOS chegarasi kamroq qattiq, ammo tizim chegaraga yaqinlashganda xotira ogohlantirishini yuboradi.

Facebook Engineering Blog ma'lumotlariga ko'ra, xotira oqishlari mobil ilovalardagi crash hisobotlarining ~15% sababidir. Android-da bunga xotira yetishmasligida tez-tez GC pauzalari sababli ANR qo'shiladi.

Android va iOS-da tipik xotira oqishi naqshlari

Activity-ga statik havola — Android oqishlarining klassikasi. Statik maydon yoki singleton Activity-ga havola saqlasa, singleton tirik ekan, finish() dan keyin ham GC tomonidan yig'ilmaydi. Activity View hierarchy, resurslar va Context-ni o'z ichiga olgan og'ir ob'ektdir.

object LeakHolder {
    var activityRef: Activity ?= null // oqish: Activity ga statik havola
}

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle ?= null) {
        super.onCreate(savedInstanceState)
        LeakHolder.activityRef = this // ❌ MainActivity hech qachon GC tomonidan yig'ilmaydi
    }
}

Anonim sinflar va lambdalar — yashirincha tashqi sinfga havola saqlaydi. Agar Runnable yoki Callback tashqi xizmatga uzatilsa va Activity yo'q qilinsa, anonim sinf ob'ekti hali ham navbatda qoladi va Activity ning axlat yig'ilishiga ketishiga to'sqinlik qiladi.

• Handler kechikish bilan — Activity yo'q qilingan bo'lsa, lekin Handler.postDelayed hali bajarilmagan bo'lsa, Activity oqadi
• Thread va AsyncTask — ekran aylantirilganda Activity qayta yaratiladi, eski Thread esa eski Activity-ga havolani saqlaydi
• Retrofit/Callback — anonim Callback presenter yoki fragment ga havola saqlaydi
• Kuzatuvchilar (Observers) — onDestroy da bekor qilinmagan LiveData yoki RxJava obunalari

iOS-da asosiy muammo retain cycles: ikkita ob'ekt bir-biriga kuchli havolalar saqlaydi va ARC hech biri uchun havola sonini nolga tushirolmaydi. Oddiy hol: self ni kuchli tutadigan closure va self ning closure ga havola saqlashi.

Xotira oqishlarini qanday aniqlash mumkin?

LeakCanary — Android-da avtomatik oqish aniqlash uchun Square kutubxonasi. Activity yoki Fragment yo'q qilingandan so'ng ob'ektning GC tomonidan yig'ilgan-yig'ilmaganligini tekshiradi. Agar yo'q bo'lsa — heap dump qiladi va oqish trace-ni ko'rsatadi.

// LeakCanary 2.x — Application orqali avto-integratsiya
class ExampleApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        // LeakCanary debug qurilmasida avtomatik o'rnatiladi
        // ContentProvider orqali — nol kod sozlamasi
    }
}

// Majburiy tekshirish chaqiruvi
AppWatcher.objectWatcher.watch(watchedObject, "leak description")

Android Studio Profiler — real vaqtda xotirani kuzatish uchun o'rnatilgan vosita. Heap dump yozishga, shubhali ob'ektlarni (Retained Size > 1 MB) topishga va har bir ob'ektgacha GC root yo'lini kuzatishga imkon beradi.

iOS uchun Xcode Memory Graph Debugger dan foydalaning. U xotiradagi ob'ektlar grafigini vizuallashtiradi, retain cycles ni ko'rsatadi va aylanma havolalarni darhol aniqlashga imkon beradi. Uzoq muddatli kuzatish uchun Instruments > Allocations ham mavjud.

Oqishlarning oldini olish strategiyalari

WeakReference — axlat yig'ilishiga to'sqinlik qilmasligi kerak bo'lgan havolalar uchun asosiy mexanizm. GC ob'ektni o'chirishga qaror qilsa, WeakReference null qaytaradi. Qayta chaqiruvlar, tinglovchilar va fon iplaridan UI komponentlariga havolalar uchun ishlatiladi.

Lifecycle-aware komponentlari — Android Jetpack (Lifecycle, LiveData, Flow, coroutines) da amalga oshirilgan arxitektura yondashuvi. Obunalar onDestroy da avtomatik bekor qilinadi, bu esa asosiy oqish sinfini yo'q qiladi.

class MyViewModel : ViewModel() {
    private val _data = MutableLiveData<List<User>>()
    val data: LiveData<List<User>> get() = _data

    fun loadData() {
        viewModelScope.launch {
            val result = repository.fetchData()
            _data.postValue(result)
            // korutina onCleared() da avtomatik bekor qilinadi
        }
    }
}

viewModelScope va lifecycleScope — Android-da hayot aylanish hodisasi paytida bekor qilinadigan o'rnatilgan CoroutineScope-lar. Bu korutinlar orqali oqishlarni yo'q qiladi — zamonaviy Android ishlanmasidagi eng keng tarqalgan stsenariy.

• Ishlatmang Context, Activity, View yoki Fragment-ga statik havolalar
• Bekor qiling barcha RxJava obunalarini disposeBag / CompositeDisposable bilan onDestroy da
• Ishlating [weak self] / [unowned self] iOS closure-larida retain cycles oldini olish uchun
• Tekshiring Bitmap va katta ob'ektlarni — ular qayta ishlanishi yoki nollanishi kerak

Xotira profillash vositalari

Memory Profiler in Android Studio — xotirani kuzatish uchun asosiy vosita. Jonli ajratmalarni, xotira suratlarini, turlar bo'yicha ob'ektlar sonini ko'rsatadi. Dump yozishga va shubhali ob'ektlarni topish uchun MAT (Memory Analyzer Tool) da tahlil qilishga imkon beradi.

Eclipse MAT — xotira dump-lari uchun ish stoli analizatori. Android Studio dan HPROF fayli yuklangandan so'ng MAT dominator daraxtini quradi, har bir ob'ektning retain hajmini ko'rsatadi va Leak Suspects Report orqali shubhali oqishlarning avtomatik tahlilini taklif qiladi.

Xcode Memory Graph — retain cycles uchun vizual debugger. Memory Graph Debugger tugmasini bosganda Xcode ilovani to'xtatadi, xotiradagi ob'ektlarning to'liq grafigini quradi va retain cycles ni qizil rang bilan ajratib ko'rsatadi.

Google I/O 2023 ma'lumotlariga ko'ra, debug qurilmalarida LeakCanary ishlatadigan ilovalar joriy qilingandan keyin dastlabki 2 oy ichida xotira bilan bog'liq crash-lar sonini 30-50% kamaytiradi. LeakCanary ni loyihaga onboarding bosqichida qo'shish tavsiya etiladi.