Что будет при открытии Activity с флагом singleTop и нажатии кнопки "назад"?

Поведение Activity с флагом singleTop при нажатии кнопки "Назад"

Когда мы говорим о поведении Activity с флагом запуска singleTop, важно понимать два ключевых аспекта: создание нового экземпляра и работа со стеком задач (back stack). Ответ на ваш вопрос зависит от текущего состояния стека задач в момент нажатия кнопки "Назад".

Основной принцип singleTop

Флаг singleTop указывает системе: "Если экземпляр этой Activity уже находится на вершине стека задач, не создавай новый, а вместо этого передай новый Intent существующему экземпляру через метод onNewIntent()". Это предотвращает создание дублирующих экземплялов наверху стека.

Сценарии при нажатии кнопки "Назад"

Поведение кнопки "Назад" зависит от того, находится ли наша Activity на вершине стека в единственном экземпляре или ниже находятся другие её экземпляры.

1. Activity находится на вершине стека (единственный экземпляр в стеке)

В этом случае нажатие кнопки "Назад" приведёт к стандартному поведению:

• Activity получит вызов onPause(), затем onStop(), и, наконец, onDestroy().
• Activity будет уничтожена и удалена из стека задач.
• Пользователь вернётся к предыдущей Activity в стеке (если она есть) или на домашний экран.

// Пример создания Intent с флагом singleTop
val intent = Intent(this, MySingleTopActivity::class.java).apply {
    flags = Intent.FLAG_ACTIVITY_SINGLE_TOP
}
startActivity(intent)

// В MySingleTopActivity
override fun onNewIntent(intent: Intent?) {
    super.onNewIntent(intent)
    // Вызывается, если Activity уже была на вершине стека
    // и мы снова пытаемся её запустить тем же Intent'ом.
    // Здесь обрабатываем новые данные из intent.
}

2. Activity находится на вершине стека, но ниже в стеке есть другой её экземпляр

Это невозможно при стандартном использовании singleTop. Флаг singleTop контролирует только вершину стека. Он никак не препятствует созданию второго экземпляра этой же Activity, если первый экземпляр не на вершине. Например:

1. Запускаем ActivityA (создаётся экземпляр A1).
2. Из A1 запускаем ActivityB (создаётся B1, A1 уходит под него в стек).
3. Из B1 снова запускаем ActivityA с флагом singleTop.
4. Поскольку ActivityA не на вершине (там B1), система создаст новый экземпляр A2 и поместит его на стек поверх B1.
5. Теперь в стеке: A1 -> B1 -> A2.

В этом случае нажатие "Назад":

• Сначала закроет верхний экземпляр A2 (переведя его в onDestroy()).
• Затем откроет B1, и только после ещё одного нажатия — нижний A1.

Важные уточнения и сравнение с singleTask

• singleTop vs singleInstance / singleTask: В отличие от singleTask, singleTop не очищает стек выше целевой Activity и не создаёт отдельную задачу. Он влияет только на логику создания экземпляра на вершине.
• Метод onNewIntent(): Ключевой метод для обработки повторного запуска. Всегда вызывайте setIntent(newIntent) внутри него, чтобы актуальный Intent был доступен через getIntent().
• Жизненный цикл: При вызове onNewIntent() Activity находится между onResume() и onPause(). Порядок вызовов: onPause() предыдущего состояния -> onNewIntent() -> onResume().

Практический пример (ситуация с уведомлением)

Представьте Activity просмотра деталей заказа (OrderDetailActivity) с флагом singleTop. Пользователь находится в ней, просматривая заказ №123. Приходит push-уведомление о заказе №456.

Без singleTop: При клике на уведомление поверх текущей OrderDetailActivity создалась бы вторая такая же, что привело бы к путанице.

С singleTop: Поскольку OrderDetailActivity уже на вершине, новый Intent с данными заказа №456 передаётся в существующий экземпляр через onNewIntent(). Activity может обновить интерфейс, показав новые данные. Нажатие "Назад" в этот момент просто закроет OrderDetailActivity и вернёт пользователя к списку заказов (предыдущей Activity), не создавая промежуточных экранов.

Итог: Нажатие "Назад" для Activity с флагом singleTop ведёт себя стандартно — закрывает текущий экземпляр и возвращает к предыдущему в стеке. Уникальность singleTop проявляется не в логике возврата, а в логике предотвращения дублирования экземпляра на вершине стека при новом запуске.