onDestroy: এটি কী, Android-এ Activity-র কাজ শেষ করা

onDestroy: Android-এ এটি কী?

onDestroy — একটি কলব্যাক পদ্ধতি যা Android সম্পূর্ণরূপে Activity বা Fragment ধ্বংস করার আগে কল করে। এটি ডেভেলপারের জন্য রিসোর্স মুক্ত করা, ব্যাকগ্রাউন্ড অপারেশন বাতিল করা এবং ডেটা কাজ শেষ করার শেষ সুযোগ। onDestroy কার্যকর করার পর, Activity/Fragment ইনস্ট্যান্স আবর্জনা সংগ্রহ (GC) এর জন্য চিহ্নিত হয় এবং আর ব্যবহার করা যায় না।

onDestroy কল করার কারণ:

• স্পষ্ট finish() কল — ব্যবহারকারী “পিছনে” চাপলেন বা ডেভেলপার finishActivity() কল করলেন।
• স্ক্রিন রোটেশন — Activity ধ্বংস হয় এবং নতুন কনফিগারেশন দিয়ে পুনরায় তৈরি হয়।
• কনফিগারেশন পরিবর্তন — কীবোর্ড, ভাষা পরিবর্তন, স্ক্রিন আকার পরিবর্তন (মাল্টি-উইন্ডো)।
• সিস্টেমের সিদ্ধান্ত — Android রিসোর্স মুক্ত করতে Activity মেরে ফেলে (কিন্তু onDestroy কল নাও হতে পারে)।

Google Android Vitals পরিসংখ্যান (2025) অনুসারে, সমস্ত Activity ধ্বংসের ঘটনার প্রায় 12% স্ক্রিন রোটেশনের কারণে, 65% finish()-এর কারণে এবং 23% কনফিগারেশন পরিবর্তনের কারণে ঘটে। onDestroy এড়িয়ে যাওয়া প্রক্রিয়া মৃত্যুর শতাংশ কম RAM (4 GB-এর কম) যুক্ত ডিভাইসের উপর নির্ভর করে প্রায় 5–8%।

কখন onDestroy কল করা হয় — এবং কখন কল করা হয় না

onDestroy বেশিরভাগ সাধারণ পরিস্থিতিতে কল করা হয়, তবে গুরুত্বপূর্ণ ব্যতিক্রম রয়েছে যা ডেভেলপারকে বিবেচনা করতে হবে। onDestroy কলের গ্যারান্টি বোঝা অ্যাপ্লিকেশন আর্কিটেকচারের জন্য গুরুত্বপূর্ণ, বিশেষ করে ডেটা সংরক্ষণ এবং WorkManager কাজ বাতিল করার জন্য।

কখন onDestroy কল করা হয়:

• ব্যবহারকারী “পিছনে” বাটন চাপলেন — Activity.finish() → onPause → onStop → onDestroy।
• স্ক্রিন রোটেশন — Activity ধ্বংস হয় (onPause → onStop → onDestroy), তারপর পুনরায় তৈরি হয়।
• কনফিগারেশন পরিবর্তন — সিস্টেম সেটিং যা Activity পুনর্নির্মাণ প্রয়োজন।
• finishAffinity() কল করা — স্ট্যাকের সমস্ত Activities শেষ করা।
• FragmentManager থেকে Fragment সরানো — Fragment পায়: onPause → onStop → onDestroyView → onDestroy → onDetach।

কখন onDestroy কল করা হয় না:

• সিস্টেম দ্বারা প্রক্রিয়া মৃত্যু — Android মেমরি কম হলে পুরো অ্যাপ্লিকেশন প্রক্রিয়া মেরে ফেলে। Activity onDestroy পায় না কারণ প্রক্রিয়া Linux কার্নেল স্তরে শেষ হয়।
• অস্বাভাবিক সমাপ্তি — মূল থ্রেডে অনক্যাচড এক্সেপশন onDestroy কল না করেই অ্যাপ্লিকেশন মেরে ফেলে।
• ফোর্স স্টপ — ব্যবহারকারী সেটিংসে জোর করে অ্যাপ্লিকেশন বন্ধ করে।

onDestroy কলের গ্যারান্টির অভাবের কারণে, Google সুপারিশ করে: গুরুত্বপূর্ণ ডেটা সংরক্ষণের জন্য কখনই onDestroy-এর উপর নির্ভর করবেন না। onSaveInstanceState(), WorkManager বা স্বয়ংক্রিয় সংরক্ষণ সহ Room ব্যবহার করুন। onDestroy রিসোর্স মুক্ত করার জন্য, স্থায়িত্বের (persistence) জন্য নয়।

Activity এবং Fragment-এ onDestroy: মিল এবং পার্থক্য

onDestroy Activity এবং Fragment উভয়ের জন্যই বিদ্যমান, তবে ভিন্ন চুক্তির সাথে। Fragment-এর জীবনচক্র আরও বিশদ: onDestroy ছাড়াও, onDestroyView (View স্তরবিন্যাস ধ্বংস) এবং onDetach (Activity থেকে বিচ্ছিন্ন) রয়েছে।

মূল পার্থক্য: Fragment-এর View নিজের Fragment-এর চেয়ে বেশি বার পুনরায় তৈরি হয়। স্ক্রিন রোটেশনের সময়, Fragment onDestroyView (View ধ্বংস) এর মধ্য দিয়ে যায়, কিন্তু Fragment নিজে এবং এর ViewModel জীবিত থাকে। onDestroyView মেমরি লিক এড়াতে View রেফারেন্স পরিষ্কার করার সঠিক জায়গা। Fragment-এর onDestroy Activity-র onDestroy-এর অনুরূপ, যা Fragment সম্পূর্ণরূপে সরানো হলে কল করা হয়।

চাইল্ড ফ্র্যাগমেন্টগুলি প্যারেন্ট Fragment-এর onDestroy-এর আগে ধ্বংস হয়। Activity-তে, চাইল্ড ফ্র্যাগমেন্টগুলি onDestroy পায় যখন প্যারেন্ট Activity-র onDestroy কল করা হয়। ক্রম নিশ্চিত: ফ্র্যাগমেন্টগুলি ধারণকারী Activity-র আগে শেষ হয়।

onDestroy-এ কী করবেন: পরিষ্কার করার চেকলিস্ট

onDestroy সেই সমস্ত রিসোর্স মুক্ত করার জন্য যা Activity বা Fragment-এর বেশি বেঁচে থাকা উচিত নয়। onStop-এর বিপরীতে, যা ফিরে আসা পর্যন্ত রিসোর্স মুক্ত করে, onDestroy চূড়ান্ত পরিষ্কার করে।

onDestroy-এ বাধ্যতামূলক কাজের চেকলিস্ট:

• কোরুটিন এবং Flow বাতিল করুন — যে jobs viewModelScope-এর সাথে আবদ্ধ নয় সেগুলি বাতিল করুন। viewModelScope স্বয়ংক্রিয়ভাবে বাতিল হয়, কিন্তু lifecycleScope Activity-র জীবনচক্রের সাথে আবদ্ধ।
• সকেট এবং চ্যানেল বন্ধ করুন — WebSocket (OkHttp), BluetoothSocket, ServerSocket। ধ্বংসের পর এগুলি খোলা রাখা সিস্টেম রিসোর্স লিক।
• ফাইল এবং স্ট্রিম বন্ধ করুন — FileInputStream, FileOutputStream, Cursor। Cursor ContentProvider-এ ANR ঘটাতে পারে যদি বন্ধ না করা হয়।
• ContentObserver থেকে সদস্যতা বাতিল করুন — যদি Activity বিষয়বস্তু পরিবর্তন (যোগাযোগ, মিডিয়া লাইব্রেরি) দেখছে।
• BroadcastReceiver নিবন্ধনমুক্ত করুন — গতিশীলভাবে নিবন্ধিত রিসিভারগুলি বাতিল করা উচিত।
• ডেটাবেস বন্ধ করুন — Room অ্যাপ্লিকেশন ধ্বংস হলে স্বয়ংক্রিয়ভাবে সংযোগ বন্ধ করে, কিন্তু সরাসরি SQLiteDatabase-এ ম্যানুয়াল close() প্রয়োজন।

onDestroy-এ কী করবেন না: onDestroy-এ ডেটা সংরক্ষণ করবেন না — onPause বা onSaveInstanceState ব্যবহার করুন। নতুন Service বা WorkManager কাজ শুরু করবেন না — Activity ধ্বংস হবে এবং আপনি ফলাফল ট্র্যাক করতে পারবেন না। UI আপডেট করার চেষ্টা করবেন না — View স্তরবিন্যাস ইতিমধ্যে ধ্বংস বা ধ্বংস হওয়ার প্রক্রিয়ায় আছে; findViewById() কল করলে null ফিরে আসবে।

onDestroy এবং ViewModel: একসাথে কাজ করা

ViewModel স্ক্রিন রোটেশনের সময় Activity-র onDestroy থেকে বাঁচার জন্য ডিজাইন করা হয়েছে, কিন্তু finish()-এর সময় Activity-র সাথে ধ্বংস হয়। এই অসমমিতিক আচরণ ডেভেলপারদের মধ্যে বিভ্রান্তির প্রধান কারণ।

স্ক্রিন রোটেশনের সময়:

• Activity: onPause → onStop → onDestroy (Activity ধ্বংস)।
• ViewModel: ধ্বংস হয়নি — ViewModelStore সংরক্ষিত হয় এবং নতুন Activity-তে পাঠানো হয়।
• নতুন Activity: onCreate → onStart → onResume, একই ViewModel পায়।

finish()-এর সময় (ব্যবহারকারী “পিছনে” চাপলেন):

• Activity: onPause → onStop → onDestroy।
• ViewModel: onCleared() — Activity-র onDestroy-এর পরে কল হয়।
• সমস্ত viewModelScope কোরুটিন স্বয়ংক্রিয়ভাবে বাতিল হয়।

অতএব, onDestroy-এ viewModelScope বাতিল করা প্রয়োজন নয় — ViewModel নিজেই এটি করবে। আপনি যদি lifecycleScope (Activity-র সাথে আবদ্ধ, ViewModel-এর সাথে নয়) ব্যবহার করেন, তাহলে onDestroy-এ lifecycleScope.cancel() এর মাধ্যমে এটি বাতিল করুন অথবা Job ম্যানুয়ালি পরিচালনা করুন।

Kotlin-এ onDestroy সহ কোড উদাহরণ

উদাহরণ 1: lifecycleScope কোরুটিন বাতিল সহ onDestroy Activity

Activity-তে সঠিক lifecycleScope ব্যবস্থাপনা দেখায়: নেটওয়ার্ক অবস্থা পর্যবেক্ষণের জন্য একটি কোরুটিন চালু হয় এবং onDestroy-এ বাতিল হয়।

class NetworkMonitorActivity : AppCompatActivity() {
    private val networkCallback = object : ConnectivityManager.NetworkCallback() {
        override fun onAvailable(network: Network) {
            Log.d("NetworkMonitor", "নেটওয়ার্ক উপলব্ধ")
        }
        override fun onLost(network: Network) {
            Log.d("NetworkMonitor", "নেটওয়ার্ক হারিয়ে গেছে")
        }
    }

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_network)
        val connectivityManager = getSystemService(ConnectivityManager::class.java)
        connectivityManager.registerDefaultNetworkCallback(networkCallback)
        lifecycleScope.launch {
            Log.d("NetworkMonitor", "নেটওয়ার্ক পর্যবেক্ষণ শুরু হয়েছে")
        }
    }

    override fun onDestroy() {
        super.onDestroy()
        val connectivityManager = getSystemService(ConnectivityManager::class.java)
        connectivityManager.unregisterNetworkCallback(networkCallback)
        Log.d("NetworkMonitor", "onDestroy: কলব্যাক বাতিল করা হয়েছে")
    }
}

onDestroy-এ, নেটওয়ার্ক কলব্যাক নিবন্ধন বাতিল করা হয়। lifecycleScope জীবনচক্র ধ্বংস হলে স্বয়ংক্রিয়ভাবে বাতিল হয় — আলাদা কোরুটিন বাতিলের প্রয়োজন নেই। নেটওয়ার্ক কলব্যাক নিবন্ধনমুক্ত করতে হবে, অন্যথায় Activity ধ্বংসের পরও এটি সিস্টেমে থাকবে।

উদাহরণ 2: View রেফারেন্স পরিষ্কার সহ onDestroy Fragment

Fragment onDestroyView-এ View রেফারেন্স সঠিকভাবে পরিষ্কার করে, ক্লোজারের কারণে মেমরি লিক প্রতিরোধ করে।

class ProfileFragment : Fragment() {
    private var avatarView: ImageView? = null
    private var progressBar: ProgressBar? = null
    private val imageLoader = ImageLoader()

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)
        avatarView = view.findViewById(R.id.avatar)
        progressBar = view.findViewById(R.id.progress)
        loadProfile()
    }

    private fun loadProfile() {
        viewLifecycleOwner.lifecycleScope.launch {
            try {
                progressBar?.visibility = View.VISIBLE
                val bitmap = imageLoader.load("https://example.com/avatar.png")
                avatarView?.setImageBitmap(bitmap)
            } finally {
                progressBar?.visibility = View.GONE
            }
        }
    }

    override fun onDestroyView() {
        super.onDestroyView()
        avatarView = null
        progressBar = null
        imageLoader.cancel()
    }

    override fun onDestroy() {
        super.onDestroy()
        Log.d("ProfileFragment", "onDestroy: Fragment সম্পূর্ণরূপে ধ্বংস হয়েছে")
    }
}

onDestroyView-এ, View রেফারেন্স null এ সেট করা হয় — এটি মেমরি লিক প্রতিরোধ করে যদি imageLoader-এ ক্লোজার avatarView-এর রেফারেন্স ধরে রাখে। Fragment নিজে এবং এর ViewModel onDestroy পর্যন্ত জীবিত থাকে। imageLoader.cancel() লোডিং বাতিল করে যদি Fragment স্ক্রিন ছেড়ে যায়।

উদাহরণ 3: onDestroy-এ isFinishing পরীক্ষা

isFinishing() ব্যবহার করে পার্থক্য করা যায় যে Activity ব্যবহারকারীর কমান্ডে শেষ হচ্ছে নাকি পুনর্নির্মাণের জন্য।

class AnalyticsActivity : AppCompatActivity() {
    private val analytics = Analytics()

    override fun onDestroy() {
        if (isFinishing) {
            Log.d("AnalyticsActivity", "Activity finish() দিয়ে শেষ হচ্ছে — বিশ্লেষণ পাঠানো হচ্ছে")
            analytics.sendSessionEnd()
        } else {
            Log.d("AnalyticsActivity", "Activity পুনরায় তৈরি হচ্ছে (রোটেশন/কনফিগারেশন) — বিশ্লেষণ পাঠানো হচ্ছে না")
        }
        super.onDestroy()
    }
}

isFinishing() পরীক্ষা করা বিশ্লেষণ, লগিং এবং সেশন ডেটা পরিষ্কারের জন্য একটি গুরুত্বপূর্ণ প্যাটার্ন। রোটেশনের সময়, সেশন শেষ ইভেন্ট পাঠানো উচিত নয় — ব্যবহারকারী এখনও অ্যাপ্লিকেশনের সাথে কাজ করছে। Google Analytics অনুসারে, ভুল isFinishing() পরীক্ষা 40% মিথ্যা সেশন ইভেন্টের কারণ।