onStart: суштина, видљивост Activity на Android екрану

Суштина методе onStart у Android-у

onStart — друга метода животног циклуса Activity коју систем позива након onCreate (или након onRestart при повратку из заустављеног стања). У тренутку позивања onStart, Activity или Fragment постају видљиви на екрану. Корисник види интерфејс, али екран још увек није спреман за интеракцију — фокус уноса ће се појавити тек након onResume.

Метода onStart улази у „видљиви животни век" (visible lifetime) Activity — интервал између onStart и onStop. Током овог периода Activity може бити делимично прекривена другим прозорима (на пример, провидним Activity или дијалог прозором), али њен UI остаје видљив. То разликује видљиви животни век од „животног века у предњем плану" (onResume — onPause), када Activity има пун фокус уноса.

Разумевање ове тростепене хијерархије је критично важно за правилну расподелу кода. onCreate — једнократна иницијализација, onStart — повезивање видљивих ресурса, onResume — монополски приступ ексклузивним ресурсима. Програмер који меша ове нивое ризикује да створи цурење меморије или некоректно понашање апликације при пребацивању између екрана.

onStart у Activity

У Activity, метода onStart се позива сваки пут када се екран појави на дисплеју — и при првом покретању (након onCreate) и при повратку из позадинског режима (након onRestart). За разлику од onCreate, onStart се може позивати више пута током живота инстанце Activity, па се овде смешта код који треба да се извршава сваки пут када се екран појави.

class DashboardActivity : AppCompatActivity() {
    private val connectivityReceiver = object : BroadcastReceiver() {
        override fun onReceive(context: Context?, intent: Intent?) {
            val isConnected = ... // провера 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()
    }
}

Кључно правило: сви ресурси повезани у onStart морају бити ослобођени у onStop. Ово гарантује да када је Activity скривена са екрана, не троши батерију, не ослушкује системске догађаје и не заузима меморију. Android Studio садржи lint правила која упозоравају на регистрацију BroadcastReceiver без одговарајућег одјављивања.

onStart у Fragment-у

onStart у Fragment-у је тесно повезан са животним циклусом Activity-контејнера. Fragment добија позив onStart након што је Activity у ком се налази добила onStart. Међутим, ако је Fragment додат у одложеном режиму (FragmentTransaction.commit() без addToBackStack), onStart се може позвати са закашњењем.

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()
    }
}

Специфичност Fragment.onStart: ако се Fragment налази у ViewPager са offscreenPageLimit = 1, суседни фрагменти ће такође добити onStart пре него што постану видљиви. Ово може довести до преране регистрације слушалаца. За такве случајеве користи се метода setUserVisibleHint() или провера isVisible унутар onStart да би се слушаоци регистровали само за стварно видљиве фрагменте.

Разлика између onStart и onResume

Главна разлика између onStart и onResume — ниво активности екрана. onStart сигнализира да је Activity видљива на екрану, али не нужно да се налази у предњем плану. onResume сигнализира да је Activity у предњем плану и има фокус уноса. Разлика се демонстрира на примеру дијалог прозора: када се изнад Activity појави Dialog, Activity губи onResume (позива се onPause), али остаје видљива — onStart/onStop се не позивају.

Табела разлика јасно показује у којим сценаријима се позива свака метода:

Ова табела помаже програмеру да одлучи у коју методу да смести конкретан код. На пример, ако апликација треба да паузира репродукцију видеа при било каквом прекривању екрана (чак и дијалогом), код се смешта у onPause. Ако видео треба да се заустави само при потпуном скривању екрана — код се смешта у onStop.

Регистрација слушалаца и сервиса

onStart — оптимално место за регистрацију слушалаца који треба да раде само док је Activity видљива на екрану. Ово се односи на три главна типа системских компоненти: BroadcastReceiver за системске догађаје, LocationListener за геолокацију и SensorListener за сензоре уређаја.

BroadcastReceiver у onStart

BroadcastReceiver се региструје динамички преко Context.registerReceiver() у onStart и одјављује у onStop преко unregisterReceiver(). Динамичка регистрација је пожељнија од статичке (у манифесту), јер ограничава животни век пријемника на период видљивости Activity — апликација се не буди због системских broadcast порука када је Activity скривена.

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 и SensorListener

Геолокација и сензори — ресурсно захтевне операције. Захтевање GPS ажурирања у onStart и отказивање у onStop гарантује да апликација не троши батерију када је екран скривен. За прецизно подешавање користи се requestLocationUpdates са минималним интервалом и дистанцом — на пример, 10 секунди и 10 метара, што даје оптималан баланс између прецизности и потрошње енергије.

Анимације и onStart

Покретање анимација у onStart, а не у onCreate, гарантује да анимација стартује сваки пут када се екран појави. Ако покренете анимацију у onCreate, радиће само при првом креирању Activity, али не и при повратку из позадинског режима. onStart се позива сваки пут када Activity постане видљива, што га чини идеалним местом за покретање цикличних анимација и прелаза.

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()
}

За анимације које користе ObjectAnimator или ValueAnimator, важно је позвати cancel() у onStop. Ако анимација настави да ради након скривања Activity, бескорисно троши GPU и CPU ресурсе, што смањује перформансе уређаја и убрзава пражњење батерије. Android Studio Profiler (GPU граф) омогућава праћење активних анимација и откривање цурења.

Правило пара onStart/onStop примењује се и на рад са камером за преглед (CameraX). Отварање камере у onStart и затварање у onStop гарантује да камера није блокирана за друге апликације када ваша апликација није видљива на екрану. Кршење овог правила је један од честих узрока негативних рецензија у Google Play-у.