Всегда ли гарантирован вызов метода onDestroy у Activity?

Гарантии вызова onDestroy в Activity

Нет, вызов метода onDestroy() у Activity НЕ является абсолютно гарантированным. Несмотря на то, что система Android стремится корректно завершить жизненный цикл активности, существуют исключительные ситуации, когда этот метод может не быть вызван. Это важный нюанс для понимания жизненного цикла и написания надежных приложений.

Сценарии, когда onDestroy() вызывается

Обычно метод onDestroy() вызывается в следующих случаях:

• При явном завершении активности через вызов finish().
• Когда система уничтожает активность для освобождения ресурсов (например, при нехватке памяти в фоновом режиме).
• При изменении конфигурации (поворот экрана, изменение языка), когда активность уничтожается и создается заново.

Сценарии, когда onDestroy() может НЕ быть вызван

1. Аварийное завершение процесса приложения

Система Android может принудительно завершить процесс приложения без вызова onDestroy() и каких-либо других методов жизненного цикла в следующих ситуациях:

• Критическая нехватка памяти, когда система требует немедленного освобождения ресурсов.
• Аварийное завершение из-за необработанного исключения (например, RuntimeException) в основном потоке.
• Пользователь принудительно останавливает приложение в настройках устройства ("Настройки" → "Приложения").
• Завершение процесса через ADB (команда adb shell am kill).

В этих случаях процесс уничтожается мгновенно, и никакие методы жизненного цикла не вызываются.

2. Системный сбой или перезагрузка устройства

При внезапном отключении питания, системном сбое или перезагрузке устройства процесс приложения также завершается аварийно.

3. Установка нового APK поверх существующего приложения

При обновлении приложения система может завершить процесс без соблюдения полного жизненного цикла.

Практические рекомендации для разработчика

Из-за отсутствия гарантий вызова onDestroy(), НЕ следует полагаться на этот метод для сохранения критически важных данных или выполнения обязательных операций финализации.

Что делать вместо этого?

1. Сохраняйте данные сразу при их изменении или используйте механизмы автоматического сохранения:

   override fun onPause() {
       super.onPause()
       // Сохраняем данные сразу при уходе из активного состояния
       saveCriticalData()
   }
   

2. Используйте onSaveInstanceState() для временных данных UI:

   override fun onSaveInstanceState(outState: Bundle) {
       super.onSaveInstanceState(outState)
       outState.putString("KEY_TEXT", editText.text.toString())
   }
   
   override fun onCreate(savedInstanceState: Bundle?) {
       super.onCreate(savedInstanceState)
       if (savedInstanceState != null) {
           val savedText = savedInstanceState.getString("KEY_TEXT")
           editText.setText(savedText)
       }
   }
   

3. Для постоянных данных используйте надежные хранилища:

    *   `SharedPreferences` (с `apply()` для асинхронного сохранения)
    *   База данных Room с транзакциями
    *   Файловая система

1. Для управления ресурсами, требующими явного освобождения, используйте паттерны, не зависящие от жизненного цикла:

   // Использование LifecycleObserver
   class MyLifecycleObserver(private val resource: MyResource) : LifecycleObserver {
       @OnLifecycleEvent(Lifecycle.Event.ON_STOP)
       fun releaseResource() {
           resource.cleanup()
       }
   }
   
   // В Activity
   lifecycle.addObserver(MyLifecycleObserver(myResource))
   

Вывод

Метод onDestroy() следует рассматривать как возможность, но не гарантию для выполнения финализации. Основную логику завершения работы и сохранения состояния необходимо реализовывать в более ранних методах жизненного цикла (onPause(), onStop()) или использовать альтернативные механизмы, описанные выше. Понимание этого принципа помогает создавать более устойчивые приложения, корректно работающие даже в экстремальных условиях работы Android-системы.