Это два вопроса на одну и ту же тему.
Под
Activity State Loss Exception
понимается исключение вида:
java.lang.IllegalStateException: Can not perform this action after onSaveInstanceState with MyFragment.
Это исключение случается, когда метод
FragmentTransaction.commit() вызывается после
Activity.onSaveInstanceState(). Его не всегда удается поймать во время тестирования, потому что место вызова
onSaveInstanceState()
зависит от версии ОС.
В чем же причина исключения?
Когда пользователь уходит с активити, состояние сохраняется на случай, если активити будет
уничтожена системой. Сохранение состояния происходит в методе
onSaveInstanceState()
. Если транзакция применяется после сохранения состояния, то транзакция не может быть сохранена и система бросает исключение.
Метод
commitAllowingStateLoss() делает то же, что и метод
commit(), но говорит системе, что мы готовы к потере состояния и исключение бросать не нужно.
commitAllowingStateLoss()
замалчивает, а не решает, проблему. Использование
commitAllowingStateLoss()
приводит к ситуациям такого вида:
Пользователь возвращается на активити, которая была уничтожена системой. Пользователь ожидает увидеть UI, который отображался перед тем как он покинул активити, но транзакция с добавлением или удалением фрагмента не сохранилась и пользователь видит пустой экран или активити в неверном состоянии.
Хорошей практикой считается использование
commit()
, а не
commitAllowingStateLoss()
. Если вы получаете репорты о state loss крэшах, пробуйте решить корень проблемы. Для этого не вызывайте
commit()
в
onPause()
или
следующих после него методах.
Тема Activity State Loss хорошо раскрывается в
этом посте.