onStart: esensi, visibilitas Activity di layar Android

Esensi metode onStart di Android

onStart — metode kedua siklus hidup Activity, dipanggil oleh sistem setelah onCreate (atau setelah onRestart saat kembali dari keadaan berhenti). Pada saat pemanggilan onStart, Activity atau Fragment menjadi terlihat di layar. Pengguna melihat antarmuka, tetapi layar belum siap untuk interaksi — fokus input akan muncul hanya setelah onResume.

Metode onStart termasuk dalam “masa hidup terlihat” (visible lifetime) Activity — interval antara onStart dan onStop. Selama periode ini Activity mungkin sebagian tertutup oleh jendela lain (misalnya, Activity transparan atau jendela dialog), tetapi UI-nya tetap terlihat. Ini membedakan masa hidup terlihat dari “masa hidup di latar depan” (onResume — onPause), ketika Activity memiliki fokus input penuh.

Memahami hierarki tiga tingkat ini sangat penting untuk distribusi kode yang benar. onCreate — inisialisasi satu kali, onStart — menghubungkan sumber daya yang terlihat, onResume — akses monopoli ke sumber daya eksklusif. Pengembang yang mencampuradukkan tingkat-tingkat ini berisiko menciptakan kebocoran memori atau perilaku aplikasi yang salah saat beralih antar layar.

onStart di Activity

Di Activity, metode onStart dipanggil setiap kali layar muncul di tampilan — baik pada peluncuran pertama (setelah onCreate) maupun saat kembali dari mode latar belakang (setelah onRestart). Berbeda dengan onCreate, onStart dapat dipanggil berkali-kali selama masa hidup instance Activity, oleh karena itu di sini ditempatkan kode yang harus dijalankan setiap kali layar muncul.

class DashboardActivity : AppCompatActivity() {
    private val connectivityReceiver = object : BroadcastReceiver() {
        override fun onReceive(context: Context?, intent: Intent?) {
            val isConnected = ... // pemeriksaan ConnectivityManager
            binding?.statusIndicator?.setColor(
                if (isConnected) Color.GREEN else Color.RED
            )
        }
    }

    override fun onStart() {
        super.onStart()
        registerReceiver(
            connectivityReceiver,
            IntentFilter(ConnectivityManager.CONNECTIVITY_ACTION)
        )
        SensorManager.getInstance().registerStepCounter()
    }

    override fun onStop() {
        unregisterReceiver(connectivityReceiver)
        SensorManager.getInstance().unregisterStepCounter()
        super.onStop()
    }
}

Aturan kunci: semua sumber daya yang terhubung di onStart harus dilepaskan di onStop. Ini menjamin bahwa ketika Activity tersembunyi dari layar, ia tidak mengonsumsi baterai, tidak mendengarkan peristiwa sistem, dan tidak memenuhi memori. Android Studio berisi aturan lint yang memperingatkan tentang registrasi BroadcastReceiver tanpa pembatalan berlangganan yang sesuai.

onStart di Fragment

onStart di Fragment terkait erat dengan siklus hidup Activity-kontainer. Fragment menerima panggilan onStart setelah Activity tempat ia berada menerima onStart. Namun, jika Fragment ditambahkan dalam mode tertunda (FragmentTransaction.commit() tanpa addToBackStack), onStart dapat dipanggil dengan penundaan.

class MapFragment : Fragment() {
    private var mapView: MapView? = null

    override fun onCreateView(
        inflater: LayoutInflater,
        container: ViewGroup?,
        savedInstanceState: Bundle?
    ): View {
        mapView = MapView(requireContext())
        return mapView!!
    }

    override fun onStart() {
        super.onStart()
        mapView?.onStart()
        LocationService.connect(requireContext())
    }

    override fun onStop() {
        mapView?.onStop()
        LocationService.disconnect()
        super.onStop()
    }
}

Kekhususan Fragment.onStart: jika Fragment berada di ViewPager dengan offscreenPageLimit = 1, fragmen tetangga juga akan menerima onStart sebelum menjadi terlihat. Ini dapat menyebabkan registrasi pendengar yang prematur. Untuk kasus seperti itu, gunakan metode setUserVisibleHint() atau pemeriksaan isVisible di dalam onStart untuk mendaftarkan pendengar hanya untuk fragmen yang benar-benar terlihat.

Perbedaan antara onStart dan onResume

Perbedaan utama antara onStart dan onResume — tingkat aktivitas layar. onStart menandakan bahwa Activity terlihat di layar, tetapi tidak harus berada di latar depan. onResume menandakan bahwa Activity berada di latar depan dan memiliki fokus input. Perbedaan ini ditunjukkan dengan contoh jendela dialog: ketika Dialog muncul di atas Activity, Activity kehilangan onResume (onPause dipanggil), tetapi tetap terlihat — onStart/onStop tidak dipanggil.

Tabel perbedaan dengan jelas menunjukkan dalam skenario apa setiap metode dipanggil:

Tabel ini membantu pengembang memutuskan di metode mana untuk menempatkan kode tertentu. Misalnya, jika aplikasi harus menjeda pemutaran video saat layar tertutup (bahkan dengan dialog), kode ditempatkan di onPause. Jika video harus berhenti hanya saat layar sepenuhnya tersembunyi — kode ditempatkan di onStop.

Registrasi pendengar dan layanan

onStart — tempat optimal untuk mendaftarkan pendengar yang hanya boleh bekerja selama Activity terlihat di layar. Ini menyangkut tiga jenis utama komponen sistem: BroadcastReceiver untuk peristiwa sistem, LocationListener untuk geolokasi, dan SensorListener untuk sensor perangkat.

BroadcastReceiver di onStart

BroadcastReceiver didaftarkan secara dinamis melalui Context.registerReceiver() di onStart dan dibatalkan di onStop melalui unregisterReceiver(). Registrasi dinamis lebih diutamakan daripada statis (di manifes), karena membatasi masa hidup penerima pada periode visibilitas Activity — aplikasi tidak terbangun oleh pesan broadcast sistem ketika Activity tersembunyi.

private val batteryReceiver = object : BroadcastReceiver() {
    override fun onReceive(context: Context?, intent: Intent) {
        val level = intent.getIntExtra(BatteryManager.EXTRA_LEVEL, -1)
        binding?.batteryText?.text = "$level%"
    }
}

override fun onStart() {
    super.onStart()
    registerReceiver(batteryReceiver, IntentFilter(Intent.ACTION_BATTERY_CHANGED))
}

override fun onStop() {
    unregisterReceiver(batteryReceiver)
    super.onStop()
}

LocationListener dan SensorListener

Geolokasi dan sensor — operasi yang membutuhkan banyak sumber daya. Meminta pembaruan GPS di onStart dan membatalkannya di onStop menjamin bahwa aplikasi tidak mengonsumsi baterai ketika layar tersembunyi. Untuk penyesuaian yang tepat, gunakan requestLocationUpdates dengan interval dan jarak minimum — misalnya, 10 detik dan 10 meter, yang memberikan keseimbangan optimal antara akurasi dan konsumsi energi.

Animasi dan onStart

Memulai animasi di onStart, bukan di onCreate, menjamin bahwa animasi mulai setiap kali layar muncul. Jika Anda memulai animasi di onCreate, animasi hanya akan bekerja pada pembuatan Activity pertama, tetapi tidak saat kembali dari mode latar belakang. onStart dipanggil setiap kali Activity menjadi terlihat, menjadikannya tempat yang ideal untuk memulai animasi siklik dan transisi.

private lateinit var pulseAnimator: ValueAnimator

override fun onStart() {
    super.onStart()
    pulseAnimator.start()
    binding?.loadingIndicator?.animate()?.alpha(1f)?.start()
}

override fun onStop() {
    pulseAnimator.cancel()
    binding?.loadingIndicator?.animate()?.cancel()
    super.onStop()
}

Untuk animasi yang menggunakan ObjectAnimator atau ValueAnimator, penting untuk memanggil cancel() di onStop. Jika animasi terus berjalan setelah Activity disembunyikan, ia membuang-buang sumber daya GPU dan CPU, yang menurunkan kinerja perangkat dan mempercepat pengosongan baterai. Android Studio Profiler (grafik GPU) memungkinkan Anda melacak animasi aktif dan mendeteksi kebocoran.

Aturan pasangan onStart/onStop juga berlaku untuk bekerja dengan kamera pratinjau (CameraX). Membuka kamera di onStart dan menutupnya di onStop menjamin bahwa kamera tidak terkunci untuk aplikasi lain ketika aplikasi Anda tidak terlihat di layar. Pelanggaran aturan ini adalah salah satu penyebab umum ulasan negatif di Google Play.