onRestart — mohiyati, Activity-ni hayotiy siklda tiklash

onRestart — Android hayotiy siklida usulning mohiyati

onRestart — Android Activity koʻrinmas Stopped holatidan qaytib koʻrinadigan holatga oʻtganda, onStart-dan oldin chaqiradigan callback usulidir. Bu usul noyobdir, chunki u faqat Activity-ni qayta koʻrsatishda chaqiriladi — birinchi instansiya yaratishda ketma-ketlik onRestart-ni chetlab oʻtib, onCreate bilan boshlanadi. Toʻliq sikl: onCreate → onStart → onResume (birinchi ishga tushirish) yoki onRestart → onStart → onResume (qayta koʻrsatish).

Android tizimi nuqtai nazaridan onRestart Activity-ning qaytishga tayyorlanishiga imkon beruvchi optimallashtirishdir: repozitoriydan maʼlumotlarni yangilash, UI holatini sinxronlash, tarmoq ulanishini tekshirish. Fokus olganda har safar chaqiriladigan onResume-dan farqli oʻlaroq (shu jumladan dialog yoki tizim menyusidan qaytganda), onRestart faqat toʻliq yashirish-qaytish siklida ishga tushadi. Bu onRestart-ni qisman fokus yoʻqotishda kerak boʻlmagan „ogʻir“ yangilash operatsiyalari uchun ideal joyga aylantiradi.

Android Activity hayotiy sikli spetsifikatsiyasiga koʻra, onStop va onRestart oʻrtasidagi vaqt oraligʻi bir necha soniyadan (foydalanuvchi tez almashdi) bir necha soatgacha (ilova fonda edi va foydalanuvchi qaytdi) oʻzgarishi mumkin. Bu vaqt davomida uzoq manbadagi (API, DB) maʼlumotlar oʻzgargan boʻlishi mumkin, shuning uchun onRestart dolzarblikni tekshirish uchun tabiiy nuqtadir.

onRestart qachon chaqiriladi: shartlar va ketma-ketlik

onRestart faqat Activity-ning Stopped holatidan qaytishida chaqiriladi, Activity onStop chaqirilgandan soʻng Stopped holatiga oʻtadi. Quyida onRestart-ga olib keladigan barcha stsenariylar keltirilgan.

onRestart chaqirilish stsenariylari:

• Boshqa Activity-dan qaytish — foydalanuvchi yangi Activity ochdi (masalan, bildirishnomaga bosdi) va keyin orqaga qaytdi („Orqaga“ tugmasini bosdi). Stack: MainActivity.onPause → MainActivity.onStop → SecondActivity yaratiladi → foydalanuvchi „Orqaga“ bosadi → SecondActivity.onPause → SecondActivity.onStop → SecondActivity.onDestroy → MainActivity.onRestart → MainActivity.onStart → MainActivity.onResume.
• Kichraytirishdan qaytish — foydalanuvchi ilovani kichraytirdi (Home) va bir muncha vaqt oʻtgach qaytdi. CurrentActivity.onPause → CurrentActivity.onStop → (ilova fonda) → foydalanuvchi qaytadi → CurrentActivity.onRestart → CurrentActivity.onStart → CurrentActivity.onResume.
• Blok ekranidan qaytish — blok ekrani Activity-ni yopadi; blok ochilgandan soʻng Activity onRestart oladi, agar sezilarli vaqt oʻtgan boʻlsa (5 soniyadan koʻp).
• Intent orqali ishga tushirilgan ilovadan qaytish — kamera, galereya, brauzer — startActivityForResult() yoki ActivityResultLauncher orqali ishga tushirilgan har qanday uchinchi tomon ilovasi.

onRestart qachon chaqirilmaydi: ekran aylantirishda (Activity yoʻq qilinadi va onCreate orqali qayta yaratiladi), dialog oynasidan qaytishda (Activity onStop-ga bormaydi, faqat onPause → onResume), process death vaqtida (Activity qayta yaratiladi).

onRestart va onCreate oʻrtasidagi farq: nimani tanlash

onRestart va onCreate Activity-ni tiklashga ikki xil yondashuvdir. Ularning oʻrtasida tanlov Activity butunlay yoʻq qilinganmi yoki shunchaki yashirilganmi, bunga bogʻliq.

Tanlov qoidasi: View-ni ishga tushirish va LiveData/StateFlow-ga obunani onCreate-da (yoki Fragment uchun onViewCreated-da) bajaring. Maʼlumot yangilash, roʻyxatlarni qayta yuklash va holatni tekshirishni — onRestart-da. Agar maʼlumotlar ViewModel orqali yuklansa, onRestart shunchaki ViewModel-da refresh() usulini chaqirishi mumkin, View esa reaktiv oqim orqali yangilangan maʼlumotlarga obuna boʻladi.

Google tavsiya qiladi: onCreate mantiqini onRestart-da takrorlamang. ViewModel-da joriy maʼlumotlarni yuklaydigan refresh() usullarini ajrating va ularni onRestart-da chaqiring. Bu MVVM arxitekturasining tozaligini saqlaydi va kod takrorlanishini bartaraf etadi.

onRestart foydalanish stsenariylari: maʼlumot va UI yangilash

onRestart — ekranga har bir qaytishda bajarilishi kerak boʻlgan, lekin birinchi ochilishda kerak boʻlmagan operatsiyalar uchun ideal joy. Oddiy stsenariylar:

• DB yoki API-dan roʻyxatni yangilash — foydalanuvchi boshqa Activity-ga ketdi, u yerda maʼlumotlarni oʻzgartirdi, qaytdi — roʻyxat dolzarb boʻlishi kerak. onRestart-da viewModel.refreshItems() ni chaqiring.
• Avtorizatsiyani tekshirish — Activity uzoq vaqt yashirin boʻlsa, kirish tokenining muddati oʻtgan boʻlishi mumkin. onRestart tokenning haqiqiyligini tekshirish va kirish ekraniga yoʻnaltirish nuqtasidir.
• UI holatini sinxronlash — mavzuni almashtirish, tilni oʻzgartirish, sozlamalarni yangilash — oʻzgarishlar ekranga qaytganda qoʻllanilishi kerak.
• Media-ni qayta yuklash — Activity oʻzgarishi mumkin boʻlgan kontentni koʻrsatsa (yangiliklar lentasi, valyuta kursi, ob-havo), onRestart-da maʼlumotlarni yangilang.
• Tarmoq ulanishini tekshirish — oflayn rejimdan qaytganda, Activity tarmoq mavjudligini tekshirishi va UI-ni oʻzgartirishi kerak.
• Animatsiyalarni tiklash — onStop-da boʻshatilgan animatsiyalarni onStart-dan oldin onRestart-da qayta ishga tushiring.

onRestart-da nima qilmaslik kerak: View-larni qayta ishga tushirmang — ular tirik, chunki Activity yoʻq qilinmagan. LiveData-ga qayta obuna boʻlmang — obuna onCreate-da tirik. Yangi fragmentlar yaratmang — ular allaqachon FragmentManager-da.

onRestart va process death: muhim istisno

Eng muhim istisno: onRestart tizim tomonidan ilova jarayoni oʻldirilganda chaqirilmaydi. Bu dasturchilar koʻpincha holatni tiklash uchun onRestart-ga tayanib, eʼtibordan chetda qoldiradigan asosiy nuqtadir.

Process death vaqtida:

• Ilova fonda edi, Android xotirani boʻshatish uchun jarayonni oʻldirdi.
• Foydalanuvchi qaytadi — tizim yangi jarayonni ishga tushiradi.
• Activity qayta yaratiladi: onCreate(Bundle) → onStart → onResume.
• onRestart chaqirilmaydi — tizim uchun bu yangi Activity instansiyasi.

Bundan qanday himoyalanish: muhim holatni har doim onSaveInstanceState(Bundle) da saqlang (onStop-dan oldin chaqiriladi) yoki ViewModel-da SavedStateHandle dan foydalaning. onCreate-da savedInstanceState-ni tekshiring: agar null boʻlmasa, holatni Bundle-dan tiklang, agar null boʻlsa — yangi maʼlumotlarni yuklang.

Google Android Vitals-ga koʻra, fonda uzoq vaqt qolgandan keyin Activity-ga qaytishlarning taxminan 7% process death-dan keyin sodir boʻladi. Bu onRestart-ni chaqirishi kerak boʻlgan har 15- Activity aslida onCreate-dan oʻtishini anglatadi. Ushbu stsenariyni eʼtiborsiz qoldirish „qaytgandan keyin boʻsh ekran“ xatolarining asosiy sabablaridan biridir.

Kotlin-da onRestart bilan kod misollari

Misol 1: ViewModel orqali roʻyxat yangilash bilan onRestart

Activity tahrirlash ekranidan qaytgandan keyin vazifalar roʻyxatini yangilash uchun onRestart-da viewModel.refreshTasks() ni chaqiradi.

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} ta vazifa olindi")
        }
    }

    override fun onRestart() {
        super.onRestart()
        Log.d("TaskList", "onRestart: vazifalar roʻyxatini yangilash")
        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() repozitoriydan joriy maʼlumotlarni yuklaydi. LiveData avtomatik ravishda Activity-ni maʼlumot oʻzgarishi haqida xabardor qiladi — UI qoʻshimcha kodlarsiz yangilanadi. OnRestart yangi obuna yaratmaydi — u allaqachon onCreate-da oʻrnatilgan.

Misol 2: Avtorizatsiyani tekshirish bilan onRestart

Activity qaytishda tokenning haqiqiyligini tekshiradi va kerak boʻlsa, kirish sahifasiga yoʻnaltiradi.

class ProfileActivity : AppCompatActivity() {
    private val authManager = AuthManager()
    private val launcher = registerForActivityResult(
        ActivityResultContracts.StartActivityForResult()
    ) { Log.d("Profile", "Kirish ekranidan qaytildi") }

    override fun onRestart() {
        super.onRestart()
        if (!authManager.isTokenValid()) {
            Log.d("Profile", "Token muddati tugadi — kirishga yoʻnaltirish")
            launcher.launch(Intent(this, LoginActivity::class.java))
        }
    }
}

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

Agar foydalanuvchi ilovani uzoq vaqtga kichraytirgan boʻlsa va token muddati oʻtgandan keyin qaytgan boʻlsa, onRestart uni kirish ekraniga yoʻnaltiradi. Bu muddati oʻtgan token bilan soʻrovni bajarishga urinishda API xatolarining oldini oladi. Diqqat: tekshirish onRestart-da, onResume-da emas — dialogdan qaytishda keraksiz tekshirishning oldini olish uchun.

Misol 3: Fragment-da ViewLifecycleOwner bilan onRestart

Fragment maʼlumot yangilash uchun LifecycleObserver orqali onRestart-dan foydalanadi.

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 orqali onRestart")
                viewModel.refreshFeed()
            }
        })
    }
}

Fragment-da onRestart-ni bekor qilish oʻrniga LifecycleObserver ishlatiladi — merosxoʻrliksiz hayotiy sikl hodisalariga mantiq qoʻshish imkonini beruvchi moslashuvchan yondashuv. ViewLifecycleOwner observer-ning View doirasida yashashini kafolatlaydi (onDestroyView-dan omon qolmaydi).