Bellek sızıntısı ve şişme — nedir, nedenleri ve nasıl kaçınılır

Bellek sızıntısı ve uygulama şişmesi nedir?

Bellek sızıntısı — uygulama tarafından artık ihtiyaç duyulmayan bir nesnenin, GC Kök kümesinden aktif bir referans hala onu işaret ettiği için yığında tutulmaya devam etmesi durumudur. Çöp toplayıcı böyle bir nesneyi canlı olarak kabul eder ve kaldırmaz.

Bellek şişmesi — uygulamanın mevcut görevlerini gerçekleştirmek için gerekenden daha fazla bellek tüketmesiyle ilgili daha geniş bir sorundur. Nedenleri: aşırı önbellekleme, nesne kopyalama, optimal olmayan veri yapıları ve yığın parçalanması.

Android'de her uygulamaya sınırlı bir yığın ayrılır (genellikle cihaza ve işletim sistemi sürümüne bağlı olarak 64–512 MB). iOS'ta sınır daha az katıdır, ancak sınıra yaklaşıldığında sistem bir bellek uyarısı gönderir.

Facebook Engineering Blog'a göre, bellek sızıntıları mobil uygulamalardaki crash raporlarının ~%15'ine neden olur. Android'de, bellek azaldığında sık GC duraklamaları nedeniyle ANR'ler eklenir.

Android ve iOS'ta yaygın bellek sızıntısı kalıpları

Activity'ye statik referans — klasik bir Android sızıntısı. Statik bir alan veya singleton bir Activity'ye referans tutarsa, singleton canlı olduğu sürece finish()'ten sonra bile GC tarafından toplanmaz. Activity, görünüm hiyerarşisi, kaynaklar ve Context içeren ağır bir nesnedir.

object LeakHolder {
    var activityRef: Activity ?= null // leak: static reference to Activity
}

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle ?= null) {
        super.onCreate(savedInstanceState)
        LeakHolder.activityRef = this // ❌ MainActivity will never be GC'd
    }
}

Anonim sınıflar ve lambdalar — dış sınıfa örtük olarak bir referans tutar. Bir Runnable veya Callback harici bir servise aktarılırsa ve Activity yok edilirse, anonim sınıf nesnesi hala kuyruktadır ve Activity'nin çöp toplamasını engeller.

• Handler gecikmeli — Activity yok edilirse ancak Handler.postDelayed henüz yürütülmemişse, Activity sızdırılır
• Thread ve AsyncTask — ekran döndürüldüğünde Activity yeniden oluşturulurken eski Thread eski Activity'ye referans tutmaya devam eder
• Retrofit/Callback — anonim bir Callback, sunumcuya veya fragmana referans tutar
• Gözlemciler — onDestroy'de abonelik iptali olmadan LiveData veya RxJava abonelikleri

iOS'ta temel sorun tutma döngüleridir: iki nesne birbirine güçlü referanslar tutar ve ARC, hiçbiri için referans sayacını sıfırlayamaz. Tipik bir durum: self'i güçlü bir şekilde yakalayan bir closure ve closure'a referans tutan self.

Bellek sızıntıları nasıl tespit edilir?

LeakCanary — Android'de otomatik sızıntı tespiti için Square'den bir kütüphane. Bir Activity veya Fragment yok edildikten sonra, nesnenin GC tarafından toplanıp toplanmadığını kontrol eder. Toplanmadıysa, bir yığın dökümü alır ve sızıntı izini gösterir.

// LeakCanary 2.x — auto-integration via Application
class ExampleApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        // LeakCanary auto-installs in debug build
        // via ContentProvider — zero code setup
    }
}

// Force check invocation
AppWatcher.objectWatcher.watch(watchedObject, "leak description")

Android Studio Profiler — gerçek zamanlı bellek izleme için yerleşik bir araçtır. Yığın dökümü kaydetmeye, şüpheli nesneleri (Retained Size > 1 MB) bulmaya ve her nesneye GC kök yolunu izlemeye olanak tanır.

iOS için Xcode Memory Graph Debugger'ı kullanın. Bellekteki nesne grafiğini görselleştirir, tutma döngülerini gösterir ve dairesel referansları anında tespit etmenizi sağlar. Uzun vadeli izleme için Instruments > Allocations da mevcuttur.

Önleme stratejileri

WeakReference — çöp toplamayı engellememesi gereken referanslar için temel bir mekanizmadır. GC bir nesneyi toplamaya karar verirse, WeakReference null döndürür. Geri aramalar, dinleyiciler ve arka plan iş parçacıklarından UI bileşenlerine yapılan referanslar için kullanılır.

Lifecycle-aware bileşenler — Android Jetpack'te (Lifecycle, LiveData, Flow, coroutines) uygulanan mimari bir yaklaşımdır. Abonelikler onDestroy'de otomatik olarak iptal edilir ve ana sızıntı sınıfını ortadan kaldırır.

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)
            // coroutine auto-cancels on onCleared()
        }
    }
}

viewModelScope ve lifecycleScope — Android'de yerleşik CoroutineScope'lardır ve ilgili yaşam döngüsü olayında iptal edilir. Bu, modern Android geliştirmede en yaygın senaryo olan coroutine'ler aracılığıyla sızıntıları ortadan kaldırır.

• Kullanmayın Context, Activity, View veya Fragment'e statik referanslar
• İptal edin onDestroy'de disposeBag / CompositeDisposable içindeki tüm RxJava aboneliklerini
• Kullanın iOS closure'larında tutma döngülerini önlemek için [weak self] / [unowned self]
• Kontrol edin Bitmap ve büyük nesneler — geri dönüştürülmeli veya null yapılmalıdır

Bellek profilleme araçları

Android Studio'daki Memory Profiler — yığın izleme için birincil araçtır. Canlı ayırmaları, yığın anlık görüntülerini ve türe göre nesne sayımlarını gösterir. Bir döküm kaydetmeye ve şüpheli nesneleri bulmak için MAT (Memory Analyzer Tool) ile analiz etmeye olanak tanır.

Eclipse MAT — bir masaüstü yığın dökümü analizörüdür. Android Studio'dan bir HPROF dosyası yükledikten sonra MAT, bir dominator ağacı oluşturur, her nesnenin tutma boyutunu gösterir ve Leak Suspects Report aracılığıyla otomatik şüpheli sızıntı analizi sunar.

Xcode Memory Graph — görsel bir tutma döngüsü hata ayıklayıcısıdır. Memory Graph Debugger düğmesine tıklandığında, Xcode uygulamayı durdurur, bellekte tam bir nesne grafiği oluşturur ve tutma döngülerini kırmızıyla vurgular.

Google I/O 2023'e göre, hata ayıklama yapılarında LeakCanary kullanan uygulamalar, benimsemeden sonraki ilk 2 ayda bellek ile ilgili crash'leri %30–50 oranında azaltır. Proje onboarding aşamasında LeakCanary eklenmesi önerilir.