onPause: bu nədir, Android-də Activity vəziyyətinin saxlanması

Android-də onPause nədir

onPause — Activity həyat dövrünün dördüncü metodudur ki, ekran daxiletmə fokusunu itirdikdə, lakin istifadəçi üçün qismən görünən qaldıqda çağırılır. Bu, proqramın aktiv işi ilə onun gizlədilməsi arasında “keçid” vəziyyətidir. Sistem onPause-u aşağıdakı ssenarilərdə çağırır: başqa Activity-nin açılması (yeni ekran cari ekranı örtür), dialoq pəncərəsinin görünməsi (Dialog, PopupWindow, Snackbar onPause çağırmır, DialogFragment isə çağırır), “Son proqramlar” düyməsinin basılması, zəng gəlməsi, ekranı bloklamaq üçün “Güc” düyməsinin basılması.

onPause-un əsas vəzifəsi proqramı gizlənə və ya məhv edilə biləcəyi vəziyyətə hazırlamaqdır. Bu, tərtibatçının kodunun sistem başqa komponentə keçməzdən əvvəl icra olunacağına əmin ola biləcəyi həyat dövründəki son nöqtədir. onPause-dan sonra sistem onStop-u çağırır (Activity tam gizlənirsə), ondan sonra prosesin məhv edilməsi əlavə bildiriş olmadan istənilən vaxt baş verə bilər.

Android Developers (2025) sənədlərinə görə, onPause maksimum yüngül və sürətli olmalıdır. onPause idarəetməni qaytarmayana qədər sistem növbəti Activity-ni işə sala bilməz — bu o deməkdir ki, istifadəçi ekranlar arasında keçid gecikməsi görür. Google onPause-u 100 millisaniyədən az müddətdə bitirməyi və bütün uzunmüddətli əməliyyatları (verilənlər bazasına yazma, diskə yazma) korutinlər və ya apply() vasitəsilə asinxron yerinə yetirməyi tövsiyə edir.

Activity-də onPause

Activity-də onPause metodu hər dəfə ekran aktiv olmağı dayandırdıqda, lakin qismən göstərilməyə davam edə bildikdə çağırılır. Tipik nümunə: istifadəçi “Xəritələr” proqramını açır, “Məkanı paylaş” düyməsini basır və Xəritələrin üzərində sistem proqram seçimi dialoqu açılır. Xəritələr Activity-si onPause alır, lakin dialoqun altında görünən qalır. Dialoq bağlandıqda, Xəritələr onStart çağırılmadan onResume alır (ekran tam gizlənməyib).

class NoteEditorActivity : AppCompatActivity() {
    private var binding: ActivityNoteEditorBinding? = null
    private val prefs by lazy {
        getSharedPreferences("note_drafts", Context.MODE_PRIVATE)
    }

    override fun onPause() {
        super.onPause()

        // Qaralamanı qeyd edirik — asinxron
        prefs.edit()
            .putString("draft_title", binding?.titleInput?.text.toString())
            .putString("draft_body", binding?.bodyInput?.text.toString())
            .putLong("draft_timestamp", System.currentTimeMillis())
            .apply()

        // Videonu dayandırırıq
        binding?.videoPlayer?.pause()

        // Eksklüziv resursları boşaldırıq
        releaseCamera()
        releaseAudioFocus()
    }

    override fun onResume() {
        super.onResume()
        // Qaralamanı bərpa edirik
        binding?.titleInput?.setText(prefs.getString("draft_title", ""))
        binding?.bodyInput?.setText(prefs.getString("draft_body", ""))
        acquireCamera()
        acquireAudioFocus()
    }
}

NoteEditorActivity nümunəsi onPause ilə düzgün işi nümayiş etdirir: SharedPreferences-də apply() vasitəsilə qaralamanın saxlanması, video faylının dayandırılması, kameranın və audio fokusun boşaldılması. Hər çağırış yüngül və sürətlidir, UI axınını ANR üçün kifayət edəcək qədər bloklamır. Sıraya diqqət yetirin: super.onPause() birinci sətirdə çağırılır — bu, istifadəçi kodunda istisna olsa belə sistem məntiqinin icrasını təmin edir.

onPause-da vəziyyətin saxlanması

onPause — tərtibatçının proqram gizlədilməzdən və ya sistem tərəfindən bağlanmazdan əvvəl istifadəçi məlumatlarını zəmanətlə saxlaya biləcəyi son nöqtədir. onStop-dan sonra sistem yaddaş çatışmazlığında onDestroy çağırmadan prosesi məhv edə bilər. onSaveInstanceState() metodu onPause-dan sonra çağırılır, lakin onun Bundle-i uzunmüddətli saxlama üçün nəzərdə tutulmayıb — yalnız növbəti onCreate-ə qədər yaşayır.

SharedPreferences apply() ilə

Asinxron apply() ilə SharedPreferences — onPause-da kiçik həcmli məlumatların saxlanması üçün optimal üsuldur. commit() ilə müqayisədə, sinxron olaraq diskə yazan və boolean qaytaran, apply() dərhal yaddaşa yazır və diskə asinxron yazmanı planlaşdırır. Bu, commit()-in 10–100 millisaniyəsinə qarşı UI axınında 1 millisaniyədən az vaxt aparır.

override fun onPause() {
    super.onPause()

    // ❌ Pis: sinxron yazma axını bloklayır
    // prefs.edit().putInt("score", score).commit()

    // ✅ Yaxşı: asinxron yazma
    prefs.edit().putInt("score", score).apply()

    // Mürəkkəb obyektlər üçün — ViewModel-də keşləmə
    viewModel.saveState()
}

Room və korutinlər

Strukturlaşdırılmış məlumatlar üçün (Room vasitəsilə SQLite) onPause-da lifecycleScope ilə korutinlərdən istifadə olunur. ViewModelScope ViewModel məhv edildikdə korutini avtomatik ləğv edir, bu da bağlı verilənlər bazasına yazmanın qarşısını alır. Room ilə korutinlərlə yazma 5–15 millisaniyə çəkir və UI axınını bloklamır.

// ViewModel-də:
fun saveDraft(title: String, body: String) {
    viewModelScope.launch(Dispatchers.IO) {
        noteDao.insert(NoteDraft(title = title, body = body))
    }
}

// Activity.onPause-da:
viewModel.saveDraft(
    binding?.titleInput?.text.toString(),
    binding?.bodyInput?.text.toString()
)

Fragment-də onPause

Fragment-də onPause Fragment aktiv olmağı dayandırdıqda, lakin görünən qala bildikdə çağırılır. Bu, aşağıdakı hallarda baş verir: Fragment FragmentTransaction vasitəsilə başqa Fragment ilə əvəz edildikdə; Fragment ViewPager-da cari səhifə olmağı dayandırdıqda; Fragmenti ehtiva edən Activity onPause aldıqda. Activity-nin onPause-u ilə Fragment-in onPause-u arasında qarşılıqlı əlaqə ciddi iyerarxikdir: əvvəlcə onPause-u Activity alır, sonra onun bütün Fragmentləri.

class MapFragment : Fragment() {
    private var mapController: MapController? = null

    override fun onPause() {
        super.onPause()
        mapController?.stopFollowMode()
        binding?.mapContainer?.alpha = 0.7f
    }

    override fun onResume() {
        super.onResume()
        binding?.mapContainer?.alpha = 1.0f
        if (isVisible) {
            mapController?.startFollowMode()
        }
    }
}

Xəritələrlə onPause-da işin spesifikası: Google Maps və Yandex Maps aktiv izləmə rejimində (follow mode) əhəmiyyətli GPU resursları istehlak edir. Fokus itirildikdə xəritə animasiyasını söndürmək və markerlərin yenilənmə tezliyini azaltmaq, fokus qayıtdıqda isə tam funksionallığı bərpa etmək məntiqlidir. Bu, ekranlar arasında keçid zamanı performansı yaxşılaşdırır və enerji istehlakını azaldır.

onPause vs onStop: fərq və ssenarilər

Başlayan Android tərtibatçıları arasında ən çox qarışıqlıq onPause və onStop arasındakı fərqi anlamamaqdır. Hər ssenarini nəzərdən keçirək və düzgün metodu müəyyən edək.

Əsas qayda: onPause hər fokus itkisində çağırılır, onStop — yalnız tam görünmə itkisində. Activity görünən qalırsa (hətta qismən), onStop çağırılmır. Bu, Split Screen, PiP və şəffaf Activity rejimləri üçün kritikdir — burada onPause/onResume işləyir, onStart/onStop isə işləmir.

onPause vaxtı və performansı

onPause — həyat dövrünün vaxt baxımından ən kritik metodudur, çünki növbəti Activity-nin render edilməsini bloklayır. Sistem yeni Activity-ni göstərməzdən əvvəl cari Activity-nin onPause-unun bitməsini gözləyir. onPause 100 millisaniyədən çox çəkərsə, istifadəçi keçid gecikməsini görür; 5 saniyədən çox olarsa — sistem ANR göstərir.

Performans tövsiyələri

Google Android Performance Guide (2025) onPause üçün aşağıdakı tövsiyələri verir: şəbəkə sorğuları yerinə yetirməyin — onlar ləğv edilməli və ya WorkManager-ə köçürülməlidir; böyük faylları diskə yazmayın — fon axınında BufferedWriter istifadə edin; mürəkkəb SQL sorğuları yerinə yetirməyin — Room əməliyyatları korutinlər vasitəsilə asinxron olmalıdır; yeni obyektlər yaratmaqdan çəkinin — onPause-da garbage collection gecikməni daha da artırır; SharedPreferences üçün commit() əvəzinə apply() istifadə edin.

override fun onPause() {
    super.onPause()

    // ❌ Pis: HTTP sorğusu UI-ni bloklayır
    // val response = api.syncSave(data).execute()

    // ❌ Pis: fayla sinxron yazma
    // FileOutputStream(file).write(data)

    // ✅ Yaxşı: asinxron saxlama
    lifecycleScope.launch {
        withContext(Dispatchers.IO) {
            api.saveData(data)
            fileDao.write(data)
        }
    }

    // ✅ Yaxşı: SharedPreferences-ə yüngül yazma
    prefs.edit().putString("key", value).apply()
}

Android Studio Profiler (CPU qrafiki) vasitəsilə onPause-un profilləşdirilməsi dəqiq icra müddətini göstərir. onPause 100 ms-dən çox çəkərsə, Profiler metodu sarı, 500 ms-dən çox çəkərsə — qırmızı rənglə vurğulayır. IT Sectr kommersiya layihələrində Activity-lər arasında keçid vaxtını avtomatik yoxlayan və CI pipeline-da performans reqressiyası barədə xəbərdarlıq edən Macrobenchmark testlərindən istifadə edirik.

onPause-da tez-tez buraxılan səhvlər

Təcrübəli tərtibatçılar da onPause-da səhvlərə yol verir. Beş tipik problemi və onların həllərini nəzərdən keçirək.

Verilənlər bazasına sinxron yazma

onPause-da sinxron sorğu ilə Room DAO-nun çağırılması (.executeAsObservable() korutinsiz) UI axınını 10–50 ms bloklayır. Əgər bu anda GC və ya verilənlər bazasına yazma üçün rəqabət olarsa, gecikmə 200–500 ms-ə çata bilər. Həll yolu: Dispatchers.IO ilə korutinlərdən və ya SharedPreferences üçün apply() istifadə edin.

Yeni dinləyicilərin qeydiyyatı

onPause dinləyicilərin qeydiyyatı üçün yer deyil. onPause-da BroadcastReceiver qeydiyyatdan keçirsəniz, Activity artıq görünmədikdə belə aktiv qalacaq. Qeydiyyat yalnız onStart/onResume-də, onPause/onStop-da isə yalnız qeydiyyatdan çıxarma olmalıdır. İstisna — çağırışdan əvvəl qeydiyyat tələb edən Intent-driven API-lərdir.

İstisnaların nəzərə alınmaması

onPause-da işlənməmiş istisna baş verərsə, sistem onStop və onDestroy çağırmır. Activity qeyri-müəyyən vəziyyətdə donur və qayıtdıqda onResume düzgün boşaldılmış resursları bərpa edə bilməz. Həll yolu: kritik əməliyyatları Log.e() ilə loqlama ilə try/catch ilə əhatə edin.

Həddindən artıq məlumatların saxlanması

onPause-da asanlıqla bərpa oluna bilən məlumatları saxlamağa ehtiyac yoxdur. Məsələn, API sorğularının nəticələri onPause-da deyil, alındığı anda Room və ya DataStore-da keşlənir. Yalnız istifadəçinin əl ilə daxil etdiyi və avtomatik bərpa edə bilməyəcəyi məlumatları saxlayın — sahələrdəki mətn, seçilmiş elementlər, scroll mövqeyi.

super.onPause() unudulub

super.onPause() çağırılmalıdır, lakin onCreate-dən fərqli olaraq, onun olmaması dərhal crash-a səbəb olmur. Sistem onPause-da super-in buraxılmasını “bağışlayır”, lakin daxili vəziyyət maşını yanlış vəziyyətə keçir. Növbəti onResume çağırışı daxiletmə fokusunu bərpa edə bilməz və Activity “donmuş” qalır. Həmişə super.onPause()-u mümkün qədər tez çağırın.