Когда именно вызываются onSaveInstanceState () и onRestoreInstanceState ()?

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

С другой стороны, когда действие уничтожается системой (например, из-за того, что необходимо освободить память), состояние действия иногда автоматически сохраняется и восстанавливается с помощью методов onSaveInstanceState()и onRestoreInstanceState(), как показано на следующем рисунке (также из официального документа ):

Я знаю, что onSaveInstanceState()это не всегда вызывается, когда активность вот-вот будет уничтожена. Например, если он уничтожен, потому что пользователь нажал кнопку «назад», состояние активности не сохраняется. Но в тех случаях , когда состояние будет сохранено и восстановлено, и onSaveInstanceState()/ onRestoreInstanceState()дозвонились, когда именно они называются ?

Например, согласно приведенным выше рисункам, onRestoreInstanceState()может вызываться до onStart()или после, onStart()но до onResume()или после onResume(). Точно так же существует несколько возможностей для onSaveInstanceState(). Так когда именно они называются?

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

Согласно документации :

void onRestoreInstanceState (Bundle savedInstanceState)

Этот метод вызывается между onStart()и onPostCreate(Bundle).

void onSaveInstanceState (связать outState)

Если вызывается, этот метод будет выполняться после onStop () для приложений, ориентированных на платформы, начиная с Build.VERSION_CODES.P. Для приложений, ориентированных на более ранние версии платформы, этот метод будет выполняться перед onStop (), и нет никаких гарантий относительно того, произойдет ли он до или после onPause ().

Согласно doc1 и doc2

onSaveInstanceState

До Honeycomb действия не считались уничтожаемыми до тех пор, пока они не были приостановлены, что означало, что onSaveInstanceState () вызывалась непосредственно перед onPause (). Однако, начиная с Honeycomb, Activity считаются убиваемыми только после того, как они были остановлены, а это означает, что onSaveInstanceState () теперь будет вызываться перед onStop (), а не непосредственно перед onPause ().

onRestoreInstanceState

Этот метод вызывается между onStart () и onPostCreate (Bundle), когда действие повторно инициализируется из ранее сохраненного состояния.

В дополнение к уже опубликованным ответам в Android P внесено небольшое изменение, а именно:

void onSaveInstanceState (связать outState)

Если вызывается этот метод будет происходить ПОСЛЕ onStop() для приложений , ориентированных на платформы , начиная с P . Для приложений, ориентированных на более ранние версии платформы, этот метод будет выполняться раньше, onStop()и нет никаких гарантий относительно того, произойдет ли это до или после onPause().

Источник: документы

Относительно того, почему вводится это изменение, вот ответ:

... так что приложение может безопасно выполнять транзакции фрагментов onStop()и иметь возможность сохранять постоянное состояние позже.

Источник: документы

Это дополнительная информация для onSaveInstanceState (Bundle)

из документов

Не путайте этот метод с обратными вызовами жизненного цикла активности, такими как onPause (), который всегда вызывается, когда действие помещается в фоновый режим или на пути к уничтожению, или onStop (), который вызывается перед уничтожением. Один из примеров того, когда вызываются onPause () и onStop (), а не этот метод, - это когда пользователь переходит от действия B к действию A: нет необходимости вызывать onSaveInstanceState (Bundle) на B, потому что этот конкретный экземпляр никогда не будет восстановлен , поэтому система избегает его вызова. Пример, когда вызывается onPause (), а не onSaveInstanceState (Bundle), - это когда действие B запускается перед действием A: система может избежать вызова onSaveInstanceState (Bundle) для действия A, если оно не было убито в течение времени жизни B, поскольку состояние пользовательского интерфейса A останется неизменным.

Так что это реализация по умолчанию для ..

Реализация по умолчанию заботится о большей части состояния пользовательского интерфейса для каждого экземпляра, вызывая onSaveInstanceState () для каждого представления в иерархии, имеющего идентификатор, и сохраняя идентификатор текущего сфокусированного представления (все из которых восстанавливаются реализация по умолчанию onRestoreInstanceState (Bundle)). Если вы переопределите этот метод, чтобы сохранить дополнительную информацию, не захваченную каждым отдельным представлением, вы, вероятно, захотите обратиться к реализации по умолчанию, в противном случае будьте готовы сохранить все состояние каждого представления самостоятельно.

String activityState;
@Override 
public void onCreate(Bundle savedInstanceState) {
// call the super class onCreate to complete the creation of activity like 
// the view hierarchy 
super.onCreate(savedInstanceState);

// recovering the instance state 
if (savedInstanceState != null) {
     activityState = savedInstanceState.getString(STATE_KEY);
 } 

   setContentView(R.layout.main_activity);
   mTextView = (TextView) findViewById(R.id.text_view);
} 

// Этот обратный вызов вызывается только в том случае, если есть сохраненный экземпляр, ранее сохраненный с помощью // onSaveInstanceState (). Мы восстанавливаем какое-то состояние в onCreate (), в то время как мы можем при желании восстановить // другое состояние здесь, возможно, используемое после завершения onStart (). // Пакет savedInstanceState такой же, как тот, который используется в onCreate ().

@Override 
public void onRestoreInstanceState(Bundle savedInstanceState) {
 mTextView.setText(savedInstanceState.getString(STATE_KEY));
  } 


// invoked when the activity may be temporarily destroyed, save the instance 
//state here 
//this method will be called before onstop

@Override 
 public void onSaveInstanceState(Bundle outState) {
    outState.putString(STATE_KEY, activityState);

    // call superclass to save any view hierarchy 
    super.onSaveInstanceState(outState);
}