حافظه را می‌خورد و متورم می‌شود — چیست، علل و چگونه اجتناب کنیم

نشت حافظه و تورم برنامه چیست؟

نشت حافظه (memory leak) — وضعیتی که یک شیء که دیگر برای برنامه مورد نیاز نیست، به دلیل وجود یک ارجاع فعال از مجموعه ریشه (GC Root) همچنان در heap باقی می‌ماند. جمع‌کننده زباله چنین شیئی را زنده در نظر گرفته و آن را حذف نمی‌کند.

تورم حافظه (memory bloat) — مشکل گسترده‌تری که در آن برنامه حافظه بیشتری نسبت به نیاز برای انجام وظایف جاری مصرف می‌کند. علل: کش‌سازی بیش از حد، تکرار اشیاء، ساختارهای داده غیربهینه و تکه‌تکه شدن heap.

در Android برای هر برنامه یک heap محدود اختصاص داده می‌شود (معمولاً 64-512 MB بسته به دستگاه و نسخه سیستم‌عامل). در iOS محدودیت کمتر سختگیرانه است، اما سیستم هنگام نزدیک شدن به حد مجاز اخطار حافظه ارسال می‌کند.

به گفته Facebook Engineering Blog، نشت حافظه علت ~15% از گزارش‌های crash در برنامه‌های موبایل است. در Android به این موارد ANR ناشی از توقف‌های مکرر GC در هنگام کمبود حافظه اضافه می‌شود.

الگوهای معمول نشت حافظه در Android و iOS

ارجاع ایستا به Activity — کلاسیک نشت‌های Android. اگر یک فیلد ایستا یا singleton ارجاعی به Activity ذخیره کند، تا زمانی که singleton زنده است حتی پس از finish() توسط GC جمع‌آوری نخواهد شد. Activity یک شیء سنگین حاوی سلسله‌مراتب View، منابع و Context است.

object LeakHolder {
    var activityRef: Activity ?= null // نشت: ارجاع ایستا به Activity
}

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle ?= null) {
        super.onCreate(savedInstanceState)
        LeakHolder.activityRef = this // ❌ MainActivity هرگز توسط GC جمع‌آوری نخواهد شد
    }
}

کلاس‌های ناشناس و لامبداها — به طور ضمنی ارجاعی به کلاس بیرونی نگه می‌دارند. اگر Runnable یا Callback به سرویس خارجی ارسال شود و Activity نابود شود، شیء کلاس ناشناس همچنان در صف باقی می‌ماند و اجازه جمع‌آوری Activity توسط GC را نمی‌دهد.

• Handler با تأخیر — اگر Activity نابود شده باشد اما Handler.postDelayed هنوز اجرا نشده باشد، Activity نشت می‌کند
• Thread و AsyncTask — هنگام چرخش صفحه Activity دوباره ایجاد می‌شود، اما Thread قدیمی همچنان ارجاعی به Activity قدیمی نگه می‌دارد
• Retrofit/Callback — Callback ناشناس ارجاعی به presenter یا fragment نگه می‌دارد
• مشاهده‌گرها (Observers) — اشتراک‌های LiveData یا RxJava بدون لغو در onDestroy

در iOS مشکل اصلی retain cycles است: دو شیء ارجاعات قوی به یکدیگر نگه می‌دارند و ARC نمی‌تواند شمارنده ارجاع هیچ‌کدام را صفر کند. حالت معمول: closure که self را به طور قوی capture می‌کند و self که ارجاعی به closure نگه می‌دارد.

چگونه نشت حافظه را تشخیص دهیم؟

LeakCanary — کتابخانه‌ای از Square برای تشخیص خودکار نشت در Android. پس از نابودی Activity یا Fragment بررسی می‌کند که آیا شیء توسط GC جمع‌آوری شده است. اگر نه — heap dump گرفته و trace نشت را نشان می‌دهد.

// LeakCanary 2.x — یکپارچه‌سازی خودکار از طریق Application
class ExampleApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        // LeakCanary به طور خودکار در build debug نصب می‌شود
        // از طریق ContentProvider — راه‌اندازی بدون کد
    }
}

// فراخوانی بررسی اجباری
AppWatcher.objectWatcher.watch(watchedObject, "leak description")

Android Studio Profiler — ابزار داخلی برای نظارت بر حافظه در زمان واقعی. امکان ثبت heap dump، یافتن اشیاء مشکوک (Retained Size > 1 MB) و ردیابی مسیر GC root تا هر شیء را فراهم می‌کند.

برای iOS از Xcode Memory Graph Debugger استفاده کنید. این ابزار گراف اشیاء در حافظه را تصویرسازی می‌کند، retain cycles را نشان می‌دهد و امکان تشخیص فوری ارجاعات چرخه‌ای را فراهم می‌کند. همچنین Instruments > Allocations برای نظارت طولانی‌مدت در دسترس است.

راهکارهای جلوگیری از نشت

WeakReference — مکانیزم پایه برای ارجاعاتی که نباید مانع جمع‌آوری زباله شوند. اگر GC تصمیم به حذف شیء بگیرد، WeakReference مقدار null برمی‌گرداند. برای فراخوانی‌ها، شنونده‌ها و ارجاعات به کامپوننت‌های UI از رشته‌های پس‌زمینه استفاده می‌شود.

کامپوننت‌های Lifecycle-aware — رویکرد معماری پیاده‌سازی شده در Android Jetpack (Lifecycle, LiveData, Flow, coroutines). اشتراک‌ها به طور خودکار در onDestroy لغو می‌شوند که کلاس اصلی نشت‌ها را حذف می‌کند.

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)
            // کوروتین به طور خودکار در onCleared() لغو می‌شود
        }
    }
}

viewModelScope و lifecycleScope — CoroutineScopeهای داخلی در Android که در رویداد مربوطه چرخه حیات لغو می‌شوند. این کار نشت از طریق کوروتین‌ها — رایج‌ترین سناریو در توسعه مدرن Android — را حذف می‌کند.

• استفاده نکنید از ارجاعات ایستا به Context, Activity, View یا Fragment
• لغو کنید تمام اشتراک‌های RxJava در disposeBag / CompositeDisposable هنگام onDestroy
• استفاده کنید از [weak self] / [unowned self] در closureهای iOS برای جلوگیری از retain cycles
• بررسی کنید Bitmap و اشیاء بزرگ — باید بازیافت یا null شوند

ابزارهای پروفایل‌سازی حافظه

Memory Profiler in Android Studio — ابزار اصلی برای نظارت بر heap. تخصیص‌های زنده، عکس‌های heap، تعداد اشیاء بر اساس نوع را نشان می‌دهد. امکان ثبت dump و تحلیل آن در MAT (Memory Analyzer Tool) برای یافتن اشیاء مشکوک را فراهم می‌کند.

Eclipse MAT — تحلیل‌گر رومیزی heap dump. پس از بارگذاری فایل HPROF از Android Studio، MAT درخت dominator می‌سازد، retain size هر شیء را نشان می‌دهد و تحلیل خودکار نشت‌های مشکوک را از طریق Leak Suspects Report ارائه می‌دهد.

Xcode Memory Graph — دیباگر بصری retain cycles. با کلیک دکمه Memory Graph Debugger، Xcode برنامه را متوقف می‌کند، گراف کامل اشیاء در حافظه را می‌سازد و retain cycles را با رنگ قرمز برجسته می‌کند.

به گفته Google I/O 2023، برنامه‌هایی که از LeakCanary در buildهای debug استفاده می‌کنند، تعداد crashهای مرتبط با حافظه را در 2 ماه اول پس از پیاده‌سازی 30-50% کاهش می‌دهند. توصیه می‌شود LeakCanary در مرحله onboarding پروژه اضافه شود.