onRestart — জীবনচক্রে Activity পুনরুদ্ধার

onRestart — Android জীবনচক্রে পদ্ধতির সারমর্ম

onRestart — একটি কলব্যাক পদ্ধতি যা Android onStart-এর আগে আহ্বান করে যখন একটি Activity অদৃশ্য Stopped অবস্থা থেকে দৃশ্যমান হয়ে ফিরে আসে। এই পদ্ধতিটি অনন্য কারণ এটি কেবল তখনই আহ্বান করা হয় যখন Activity পুনরায় দেখানো হয় — ইনস্ট্যান্সের প্রথম তৈরি হওয়ার সময়, ক্রম onCreate দিয়ে শুরু হয়, onRestart বাদ দিয়ে। সম্পূর্ণ চক্র: onCreate → onStart → onResume (প্রথম লঞ্চ) বা onRestart → onStart → onResume (পরবর্তী প্রদর্শন)।

Android সিস্টেমের দৃষ্টিকোণ থেকে, onRestart একটি অপ্টিমাইজেশন যা Activity-কে তার ফিরে আসার জন্য প্রস্তুত হতে দেয়: রিপোজিটরি থেকে ডেটা আপডেট করা, UI অবস্থা সিঙ্ক্রোনাইজ করা, নেটওয়ার্ক সংযোগ পরীক্ষা করা। onResume-এর বিপরীতে, যা প্রতিবার Activity ফোকাস পাওয়ার সময় আহ্বান করা হয় (ডায়ালগ বা সিস্টেম মেনু থেকে ফিরে আসার সময়ও), onRestart শুধুমাত্র একটি পূর্ণ লুকানো-এবং-ফিরে আসা চক্রের সময় ট্রিগার হয়। এটি onRestart-কে “ভারী” আপডেট অপারেশনের জন্য আদর্শ স্থান করে তোলে যা আংশিক ফোকাস ক্ষতির সময় প্রয়োজন হয় না।

Android Activity জীবনচক্র স্পেসিফিকেশন অনুসারে, onStop এবং onRestart-এর মধ্যে সময়ের ব্যবধান কয়েক সেকেন্ড (ব্যবহারকারী দ্রুত সুইচ করেছে) থেকে কয়েক ঘন্টা (অ্যাপ ব্যাকগ্রাউন্ডে ছিল এবং ব্যবহারকারী ফিরেছে) পর্যন্ত হতে পারে। এই সময়ে, দূরবর্তী উৎসে (API, DB) ডেটা পরিবর্তিত হতে পারে, তাই onRestart সতেজতা পরীক্ষার জন্য একটি স্বাভাবিক বিন্দু।

কখন onRestart আহ্বান করা হয়: শর্ত এবং ক্রম

onRestart শুধুমাত্র তখনই আহ্বান করা হয় যখন একটি Activity Stopped অবস্থা থেকে ফিরে আসে, যা Activity onStop আহ্বানের পরে প্রবেশ করেছিল। নীচে সমস্ত পরিস্থিতি দেওয়া হল যা onRestart-এর দিকে নিয়ে যায়।

onRestart আহ্বানের পরিস্থিতি:

• অন্য Activity থেকে ফিরে আসা — ব্যবহারকারী একটি নতুন Activity খুলেছে (যেমন, একটি বিজ্ঞপ্তিতে ট্যাপ করেছে) এবং তারপর পিছনে নেভিগেট করেছে (“পিছনে” টিপেছে)। স্ট্যাক: MainActivity.onPause → MainActivity.onStop → SecondActivity তৈরি হয় → ব্যবহারকারী “পিছনে” টিপে → SecondActivity.onPause → SecondActivity.onStop → SecondActivity.onDestroy → MainActivity.onRestart → MainActivity.onStart → MainActivity.onResume।
• ছোট করা থেকে ফিরে আসা — ব্যবহারকারী অ্যাপটি ছোট করেছে (হোম) এবং কিছু সময় পরে ফিরেছে। CurrentActivity.onPause → CurrentActivity.onStop → (অ্যাপ ব্যাকগ্রাউন্ডে) → ব্যবহারকারী ফিরে আসে → CurrentActivity.onRestart → CurrentActivity.onStart → CurrentActivity.onResume।
• লক স্ক্রিন থেকে ফিরে আসা — লক স্ক্রিন Activity-কে ঢেকে রাখে; আনলক করার পরে, Activity onRestart গ্রহণ করে যদি উল্লেখযোগ্য সময় অতিবাহিত হয় (5 সেকেন্ডের বেশি)।
• Intent-এর মাধ্যমে লঞ্চ করা অ্যাপ থেকে ফিরে আসা — ক্যামেরা, গ্যালারি, ব্রাউজার — startActivityForResult() বা ActivityResultLauncher-এর মাধ্যমে লঞ্চ করা যেকোনো তৃতীয়-পক্ষের অ্যাপ।

কখন onRestart আহ্বান করা হয় না: স্ক্রিন রোটেশনের সময় (Activity ধ্বংস হয় এবং onCreate-এর মাধ্যমে পুনরায় তৈরি হয়), ডায়ালগ বক্স থেকে ফিরে আসার সময় (Activity onStop-এ যায় না, শুধু onPause → onResume), প্রসেস ডেথের সময় (Activity পুনরায় তৈরি হয়)।

onRestart বনাম onCreate: কোনটি বেছে নেবেন

onRestart এবং onCreate Activity পুনরুদ্ধারের দুটি ভিন্ন পদ্ধতি। তাদের মধ্যে পছন্দ নির্ভর করে Activity সম্পূর্ণরূপে ধ্বংস হয়েছিল নাকি শুধু লুকানো ছিল তার উপর।

নির্বাচনের নিয়ম: View ইনিশিয়ালাইজেশন এবং LiveData/StateFlow সাবস্ক্রিপশন onCreate-এ করুন (বা Fragment-এর জন্য onViewCreated-এ)। ডেটা আপডেট, তালিকা পুনরায় লোড করা এবং অবস্থা পরীক্ষা — onRestart-এ। যদি ডেটা ViewModel-এর মাধ্যমে লোড করা হয়, onRestart কেবল ViewModel-এ refresh() পদ্ধতি কল করতে পারে, এবং View একটি রিঅ্যাকটিভ স্ট্রিমের মাধ্যমে আপডেট করা ডেটার সাবস্ক্রাইব করবে।

Google সুপারিশ করে: onRestart-এ onCreate-এর যুক্তি ডুপ্লিকেট করবেন না। ViewModel-এ refresh() পদ্ধতি বের করুন যা বর্তমান ডেটা লোড করে এবং সেগুলি onRestart-এ কল করুন। এটি পরিষ্কার MVVM আর্কিটেকচার সংরক্ষণ করে এবং কোড ডুপ্লিকেশন দূর করে।

onRestart ব্যবহারের পরিস্থিতি: ডেটা এবং UI আপডেট

onRestart সেই অপারেশনগুলির জন্য আদর্শ স্থান যা প্রতিবার স্ক্রিনে ফিরে আসার সময় সম্পাদন করা উচিত, কিন্তু প্রথম খোলার সময় প্রয়োজন হয় না। এখানে সাধারণ পরিস্থিতি দেওয়া হল:

• DB বা API থেকে তালিকা আপডেট করা — ব্যবহারকারী অন্য Activity-তে গেছে, সেখানে ডেটা পরিবর্তন করেছে, ফিরে এসেছে — তালিকা হালনাগাদ হওয়া উচিত। onRestart-এ viewModel.refreshItems() কল করুন।
• প্রমাণীকরণ যাচাই — যদি Activity দীর্ঘ সময় লুকানো ছিল, অ্যাক্সেস টোকেনের মেয়াদ শেষ হতে পারে। onRestart টোকেন বৈধতা পরীক্ষা এবং লগইন স্ক্রিনে পুনঃনির্দেশ করার বিন্দু।
• UI অবস্থা সিঙ্ক্রোনাইজেশন — থিম পরিবর্তন, ভাষা পরিবর্তন, সেটিংস আপডেট — স্ক্রিনে ফিরে আসার সময় পরিবর্তনগুলি প্রয়োগ হওয়া উচিত।
• মিডিয়া পুনরায় লোড — যদি Activity এমন সামগ্রী প্রদর্শন করে যা পরিবর্তিত হতে পারে (নিউজ ফিড, মুদ্রার হার, আবহাওয়া), onRestart-এ ডেটা আপডেট করুন।
• নেটওয়ার্ক সংযোগ পরীক্ষা — অফলাইন মোড থেকে ফিরে আসার সময়, Activity-র নেটওয়ার্ক উপলব্ধতা পরীক্ষা করা এবং UI সুইচ করা উচিত।
• অ্যানিমেশন পুনরুদ্ধার — onStop-এ মুক্তি পাওয়া অ্যানিমেশনগুলি onStart-এর আগে onRestart-এ পুনরায় চালু করা উচিত।

onRestart-এ কী করবেন না: Views পুনরায় আরম্ভ করবেন না — সেগুলি জীবিত কারণ Activity ধ্বংস হয়নি। LiveData-তে পুনরায় সাবস্ক্রাইব করবেন না — onCreate-এ সাবস্ক্রিপশন এখনও জীবিত। নতুন Fragments তৈরি করবেন না — সেগুলি ইতিমধ্যে FragmentManager-এ রয়েছে।

onRestart এবং প্রসেস ডেথ: একটি গুরুত্বপূর্ণ ব্যতিক্রম

সবচেয়ে গুরুত্বপূর্ণ ব্যতিক্রম: onRestart আহ্বান করা হয় না যদি অ্যাপ প্রসেস সিস্টেম দ্বারা নিহত হয়। এটি একটি মূল বিষয় যা ডেভেলপাররা প্রায়ই অবস্থা পুনরুদ্ধারের জন্য onRestart-এর উপর নির্ভর করার সময় মিস করে।

প্রসেস ডেথের সময়:

• অ্যাপটি ব্যাকগ্রাউন্ডে ছিল, Android মেমরি মুক্ত করতে প্রসেসটি নিহত করেছে।
• ব্যবহারকারী ফিরে আসে — সিস্টেম একটি নতুন প্রসেস শুরু করে।
• Activity পুনরায় তৈরি হয়: onCreate(Bundle) → onStart → onResume।
• onRestart আহ্বান করা হয় না — সিস্টেমের জন্য, এটি একটি নতুন Activity ইনস্ট্যান্স।

কীভাবে এর থেকে রক্ষা করবেন: সর্বদা গুরুত্বপূর্ণ অবস্থা onSaveInstanceState(Bundle)-এ সংরক্ষণ করুন (onStop-এর আগে আহ্বান করা হয়) বা ViewModel-এ SavedStateHandle ব্যবহার করুন। onCreate-এ, savedInstanceState পরীক্ষা করুন: যদি এটি null না হয়, Bundle থেকে অবস্থা পুনরুদ্ধার করুন; যদি null হয়, তাজা ডেটা লোড করুন।

Google Android Vitals অনুসারে, ব্যাকগ্রাউন্ডে দীর্ঘ সময়ের পরে Activity-তে প্রায় 7% ফিরে আসা প্রসেস ডেথের পরে ঘটে। এর মানে হল যে প্রতি 15তম Activity যা onRestart আহ্বান করা উচিত ছিল, আসলে onCreate-এর মাধ্যমে যায়। এই পরিস্থিতি উপেক্ষা করা “ফিরে আসার পরে খালি স্ক্রিন” বাগগুলির অন্যতম প্রধান কারণ।

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

উদাহরণ 1: ViewModel-এর মাধ্যমে তালিকা আপডেট সহ onRestart

Activity সম্পাদনা স্ক্রিন থেকে ফিরে আসার পরে কাজের তালিকা আপডেট করতে onRestart-এ viewModel.refreshTasks() কল করে।

class TaskListActivity : AppCompatActivity() {
    private val viewModel: TaskViewModel by viewModels()

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_task_list)
        viewModel.tasks.observe(this) { tasks ->
            Log.d("TaskList", "${tasks.size}টি কাজ প্রাপ্ত")
        }
    }

    override fun onRestart() {
        super.onRestart()
        Log.d("TaskList", "onRestart: কাজের তালিকা আপডেট হচ্ছে")
        viewModel.refreshTasks()
    }
}

class TaskViewModel : ViewModel() {
    private val _tasks = MutableLiveData<List<Task>>()
    val tasks: LiveData<List<Task>> get() = _tasks

    fun refreshTasks() {
        viewModelScope.launch {
            _tasks.value = TaskRepository().getAllTasks()
        }
    }
}

ViewModel.refreshTasks() রিপোজিটরি থেকে বর্তমান ডেটা লোড করে। LiveData স্বয়ংক্রিয়ভাবে Activity-কে ডেটা পরিবর্তন সম্পর্কে জানায় — UI অতিরিক্ত কোড ছাড়াই আপডেট হয়। onRestart একটি নতুন সাবস্ক্রিপশন তৈরি করে না — এটি ইতিমধ্যে onCreate-এ সেটআপ করা হয়েছিল।

উদাহরণ 2: প্রমাণীকরণ যাচাই সহ onRestart

Activity ফিরে আসার সময় টোকেন বৈধতা পরীক্ষা করে এবং প্রয়োজন হলে লগইনে পুনঃনির্দেশ করে।

class ProfileActivity : AppCompatActivity() {
    private val authManager = AuthManager()
    private val launcher = registerForActivityResult(
        ActivityResultContracts.StartActivityForResult()
    ) { Log.d("Profile", "লগইন স্ক্রিন থেকে ফিরেছে") }

    override fun onRestart() {
        super.onRestart()
        if (!authManager.isTokenValid()) {
            Log.d("Profile", "টোকেন মেয়াদোত্তীর্ণ — লগইনে পুনঃনির্দেশিত")
            launcher.launch(Intent(this, LoginActivity::class.java))
        }
    }
}

class AuthManager {
    fun isTokenValid(): Boolean {
        val expiry = SharedPreferencesManager().getTokenExpiry()
        return System.currentTimeMillis() < expiry
    }
}

যদি ব্যবহারকারী দীর্ঘ সময়ের জন্য অ্যাপটি ছোট করে এবং টোকেনের মেয়াদ শেষ হওয়ার পরে ফিরে আসে, onRestart তাদের লগইন স্ক্রিনে পুনঃনির্দেশ করবে। এটি মেয়াদোত্তীর্ণ টোকেন সহ অনুরোধ করার চেষ্টা করার সময় API ত্রুটিগুলি প্রতিরোধ করে। নোট: পরীক্ষাটি onRestart-এ, onResume-এ নয়, ডায়ালগ থেকে ফিরে আসার সময় অপ্রয়োজনীয় পরীক্ষা এড়াতে।

উদাহরণ 3: ViewLifecycleOwner সহ Fragment-এ onRestart

Fragment ডেটা আপডেট করতে LifecycleObserver-এর মাধ্যমে onRestart ব্যবহার করে।

class FeedFragment : Fragment() {
    private val viewModel: FeedViewModel by viewModels()

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)
        viewLifecycleOwner.lifecycle.addObserver(object : LifecycleObserver {
            @OnLifecycleEvent(Lifecycle.Event.ON_RESTART)
            fun onRestart() {
                Log.d("FeedFragment", "LifecycleObserver-এর মাধ্যমে onRestart")
                viewModel.refreshFeed()
            }
        })
    }
}

Fragment-এ onRestart ওভাররাইড করার পরিবর্তে, LifecycleObserver ব্যবহার করা হয় — একটি আরও নমনীয় পদ্ধতি যা উত্তরাধিকার ছাড়াই জীবনচক্র ইভেন্ট যুক্তি যুক্ত করতে দেয়। ViewLifecycleOwner নিশ্চিত করে যে observer View সুযোগের মধ্যে বাস করে (এটি onDestroyView-এর বেশি বাঁচে না)।