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.