Гарантий нет, потому что в случае, когда пришел OOM киллер он просто убьет приложение и onDestroy() не вызовется)

Но практика показывает, что  onPause и onStop всегда вызываются

почему до?

если так сделаю в итоге норм будет ?)

нет

@Yankee_Tankee у андроид академии есть хорошее видео про персистентность https://www.youtube.com/watch?v=rcXk3FbsYVg

1) человеку нужен именно onDestroy (его интересует это, а не сворачивание приложения или открытие другой активити поверх)
2) onStop и onPause отработают в стандартном кейсе, но вот в случае когда onDestroy не имеет гарантии вызова, остальные на тех же правах

ух на два часа, спасибо посмотрю)

Парни, переустановил винду на 10, теперь не могу Андройд студию настроить, ошибку выдает при сборке:
APK signature verification failed.
и еще...
Installation did not succeed.
The application could not be installed: INSTALL_PARSE_FAILED_NO_CERTIFICATES

APK signature verification failed. ключи надо вернуть в студию

удали приложение с девайса на который его ставишь, с нуля поставиться, ключ подписи поменялся скорей всего

ну после вызова того же super.onDestroy уже нет факт что вызовется что-то еще, особенно это касается сохранения

c onDestroy согласен
а с onPause  и onStop почему?

ну как бы после super.onDestroy должен выполниться весь код после него. это если у тебя вообще onDestroy не вызвался

на самом деле onPause и onResume - по сути не важно когда, а вот с onStop честно говоря не помню, надо почитать будет

но если приведешь аргумент вызовов после в onStop, буду благодарен за сэкономленное время

Ну все же разве не должен сначала отработать обязательный  "системный" код в onDestroy родителя класса, и только потом уже код программиста?
в той же доке написано, что вызов super.onDestroy - обязательно, отсюда и делаю вывод, что сначала всегда выполняем код колбеков из super, затем уже свой

года 3 назад убеждался на практике что после super.onDestroy гарантий выполнения нет никаких

Ну тут зависит от воркфлоу приложения - если это активити авторизации или заполнения данных профиля - то логично делать в ondestroy - это короткий активити, который предполагает что юзер пройдет по нему и при переходе дальше или назад - вызовется ondestroy и все будет хорошо с приложением.
Если это долгая активити, которая работает в фоне - то вообще странно завязываться на ее lifecycle - лучше сохранять данные по мере их изменения, ну в крайнем случае по таймеру