🧠 অ্যান্ড্রয়েডে মেমোরি লিক (Memory Leak) কী?

মেমোরি লিক ঘটে যখন অ্যাপ অপ্রয়োজনীয় মেমোরি ধরে রাখে এবং সেটি কখনোই রিলিজ (release) করে না। এর ফলে RAM ধীরে ধীরে ভরে যায়, অ্যাপ স্লো হয়ে যায়, এবং শেষ পর্যন্ত ক্র্যাশ করে।

🔴 সহজ করে বললে:
তুমি যদি একটি ঘর ভাড়া নাও, কিন্তু কোনোদিনও ময়লা বাইরে ফেলো না, তাহলে একসময় ঘর ময়লায় ভরে যাবে এবং তুমি আর থাকতে পারবে না—এটাই মেমোরি লিক!

---

💡 কেন মেমোরি লিক হয়? (What causes Memory Leak?)

📌 ১. Context-এর ভুল ব্যবহার

👉 Activity বা Fragment-এর রেফারেন্স কোথাও রেখে দেওয়া, কিন্তু সেটি আর দরকার নেই।

🔴 ভুল উদাহরণ:

object MemoryLeakExample {
    var context: Context? = null
}

🔹 এখানে Context (Activity) একটি স্ট্যাটিক অবজেক্টে রাখা হয়েছে, যা Activity ধ্বংস (destroy) হলেও মেমোরিতে থেকে যাবে!

✅ সমাধান:
👉 Application Context ব্যবহার করো

object MemoryLeakExample {
    var context: Context? = null
        set(value) {
            field = value?.applicationContext
        }
}

---

📌 ২. Static variable-এ Activity reference রাখা

👉 যদি একটি Activity-এর reference একটি static ভেরিয়েবলে রাখা হয়, তাহলে সেটি গারবেজ কালেকশন দ্বারা পরিষ্কার হবে না।

🔴 ভুল উদাহরণ:

object MemoryLeakExample {
    var activity: Activity? = null
}

🔹 এই কোডটি Activity-এর মেমোরি ধরে রাখবে, যদিও Activity ধ্বংস হয়ে গেছে।

✅ সমাধান:
👉 WeakReference ব্যবহার করো:

object MemoryLeakExample {
    private var activityRef: WeakReference<Activity>? = null
}

---

📌 ৩. Handler বা Thread ভুলভাবে ব্যবহার করা

👉 যদি একটি Thread বা Handler Activity-এর মেমোরি ধরে রাখে, তাহলে Activity বন্ধ হওয়ার পরও সেটি মেমোরি ধরে রাখবে।

🔴 ভুল উদাহরণ:

val handler = Handler(Looper.getMainLooper())
handler.postDelayed({
    // কিছু কাজ করো
}, 5000) // 5 সেকেন্ডের জন্য Runnable মেমোরিতে থাকবে

🔹 এখানে Activity বন্ধ হয়ে গেলেও, Runnable এখনও মেমোরিতে থাকবে এবং Activity-এর রেফারেন্স ধরে রাখবে।

✅ সমাধান:
👉 WeakReference ব্যবহার করো অথবা Runnable remove করো:

private val handler = Handler(Looper.getMainLooper())
private val runnable = Runnable {
    // কিছু কাজ করো
}

// onDestroy() এ গিয়ে handler বন্ধ করো
override fun onDestroy() {
    super.onDestroy()
    handler.removeCallbacks(runnable)
}

---

📌 ৪. Anonymous Inner Class ব্যবহার করা

👉 যদি inner class (like Runnable, Listener) Activity-এর ভেতরে থাকে, তাহলে সেটি Activity-এর মেমোরি ধরে রাখবে।

🔴 ভুল উদাহরণ:

class MyActivity : AppCompatActivity() {
    private val myRunnable = Runnable {
        // Activity-এর রেফারেন্স ধরে রাখছে
    }
}

✅ সমাধান:
👉 Static Inner Class ব্যবহার করো:

private class MyRunnable(context: Context) : Runnable {
    private val contextRef = WeakReference(context)

    override fun run() {
        val context = contextRef.get()
        if (context != null) {
            // কাজ করো
        }
    }
}

---

📌 ৫. View লিক (Leaked View)

👉 যদি Activity-এর ভিউ অন্য কোথাও ধরে রাখা হয়, তাহলে সেটি Activity-এর মেমোরি ধরে রাখবে।

🔴 ভুল উদাহরণ:

object MemoryLeakExample {
    var myTextView: TextView? = null
}

🔹 Static ভেরিয়েবলে View রাখলে মেমোরি লিক হতে পারে।

✅ সমাধান:
👉 onDestroy()-এ গিয়ে null করে দাও:

override fun onDestroy() {
    super.onDestroy()
    myTextView = null
}

---

🚀 মেমোরি লিক খুঁজে বের করার উপায়

1️⃣ Android Studio Profiler ব্যবহার করো

📌 Android Studio -> View -> Tool Windows -> Profiler
👉 এখানে Memory Usage দেখো এবং Heap Dump ব্যবহার করে মেমোরি লিক চেক করো।

2️⃣ LeakCanary লাইব্রেরি ব্যবহার করো

এটি একটি Automatic Memory Leak Detector।

✅ কোড যুক্ত করো:

dependencies {
    implementation 'com.squareup.leakcanary:leakcanary-android:2.12'
}

👉 LeakCanary স্বয়ংক্রিয়ভাবে মেমোরি লিক শনাক্ত করবে।

---

🛠 সারসংক্ষেপ (Brain-Friendly Guide)

🔹 মেমোরি লিক মানে: অপ্রয়োজনীয় মেমোরি রিলিজ না করা।
🔹 কারণ: Context leak, Static variable, Handler, Thread, View leak ইত্যাদি।
🔹 সমাধান: WeakReference, Application Context, Handler remove, Static inner class।
🔹 চেক করার উপায়: Android Profiler, LeakCanary।

---

এখন কি মেমোরি লিক পরিষ্কার হয়েছে? 😊 যদি কোনো অংশ আরও বিস্তারিত জানতে চাও, বলো! 🚀

What is the memory leak in Android?