Quand exactement onSaveInstanceState () et onRestoreInstanceState () sont-ils appelés?

La figure suivante (tirée de la documentation officielle ) décrit le cycle de vie bien connu d'une activité Android:

Par contre, lorsque l'activité est détruite par le système (par exemple parce que la mémoire doit être récupérée), l'état de l'activité est parfois automatiquement sauvegardé et restauré au moyen des méthodes onSaveInstanceState()et onRestoreInstanceState(), comme illustré par la figure suivante (également du document officiel ):

Je suis conscient que ce onSaveInstanceState()n'est pas toujours appelé lorsqu'une activité est sur le point d'être détruite. Par exemple, s'il est détruit parce que l'utilisateur a appuyé sur le bouton «retour», l'état d'activité n'est pas conservé. Mais dans les cas où l'état est enregistré et restauré, et onSaveInstanceState()/ onRestoreInstanceState()est appelé, quand exactement sont-ils appelés ?

Par exemple, selon les chiffres ci-dessus, onRestoreInstanceState()peut être appelé avant onStart(), ou après onStart()mais avant onResume()ou après onResume(). De même, plusieurs possibilités existent pour onSaveInstanceState(). Alors, quand sont-ils appelés exactement?

Idéalement, je voudrais voir un diagramme combiné montrant les états du cycle de vie de l'activité et les méthodes de sauvegarde / restauration , si cela existe.

Selon la documentation :

void onRestoreInstanceState (Bundle savedInstanceState)

Cette méthode est appelée entre onStart()et onPostCreate(Bundle).

void onSaveInstanceState (Bundle outState)

Si elle est appelée, cette méthode se produira après onStop () pour les applications ciblant les plates-formes commençant par Build.VERSION_CODES.P. Pour les applications ciblant des versions de plate-forme antérieures, cette méthode se produira avant onStop () et il n'y a aucune garantie quant à savoir si elle se produira avant ou après onPause ().

Selon doc1 et doc2

onSaveInstanceState

Avant Honeycomb, les activités n'étaient considérées comme tuables qu'après leur mise en pause, ce qui signifie que onSaveInstanceState () était appelé immédiatement avant onPause (). Cependant, à partir de Honeycomb, les activités sont considérées comme pouvant être supprimées uniquement après leur arrêt, ce qui signifie que onSaveInstanceState () sera désormais appelée avant onStop () au lieu de juste avant onPause ().

onRestoreInstanceState

Cette méthode est appelée entre onStart () et onPostCreate (Bundle) lorsque l'activité est en cours de réinitialisation à partir d'un état précédemment enregistré

En plus des réponses déjà publiées, il y a un changement subtil introduit dans Android P, à savoir:

void onSaveInstanceState (Bundle outState)

Si elle est appelée, cette méthode se produira AFTER onStop() pour les applications ciblant les plates - formes commençant par P . Pour les applications ciblant des versions de plate-forme antérieures, cette méthode se produira avant onStop()et il n'y a aucune garantie quant à savoir si elle se produira avant ou après onPause().

Source: documents

Quant à savoir pourquoi ce changement est introduit, voici la réponse:

... afin qu'une application puisse effectuer en toute sécurité des transactions fragmentées dans onStop()et pourra enregistrer l'état persistant plus tard.

Source: documents

Ceci est une information supplémentaire pour onSaveInstanceState (Bundle)

à partir de documents

Ne confondez pas cette méthode avec des rappels de cycle de vie d'activité tels que onPause (), qui est toujours appelé lorsqu'une activité est placée en arrière-plan ou en voie de destruction, ou onStop () qui est appelé avant la destruction. Un exemple d'appels de onPause () et onStop () et non de cette méthode est lorsqu'un utilisateur revient de l'activité B à l'activité A: il n'est pas nécessaire d'appeler onSaveInstanceState (Bundle) sur B car cette instance particulière ne sera jamais restaurée , donc le système évite de l'appeler. Un exemple lorsque onPause () est appelé et non onSaveInstanceState (Bundle) est lorsque l'activité B est lancée devant l'activité A: le système peut éviter d'appeler onSaveInstanceState (Bundle) sur l'activité A si elle n'est pas tuée pendant la durée de vie de B depuis l'état de l'interface utilisateur de A restera intact.

C'est donc l'implémentation par défaut pour ..

L'implémentation par défaut prend en charge la plupart de l'état de l'interface utilisateur par instance pour vous en appelant onSaveInstanceState () sur chaque vue de la hiérarchie qui a un identifiant, et en enregistrant l'identifiant de la vue actuellement focalisée (qui est tout restauré par le implémentation par défaut de onRestoreInstanceState (Bundle)). Si vous remplacez cette méthode pour enregistrer des informations supplémentaires non capturées par chaque vue individuelle, vous souhaiterez probablement appeler l'implémentation par défaut, sinon soyez prêt à enregistrer vous-même tout l'état de chaque vue.

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);
} 

// Ce rappel est appelé uniquement lorsqu'il existe une instance enregistrée précédemment enregistrée à l'aide de // onSaveInstanceState (). Nous restaurons un état dans onCreate () tandis que nous pouvons éventuellement restaurer // un autre état ici, éventuellement utilisable après la fin de onStart (). // Le bundle savedInstanceState est le même que celui utilisé dans 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);
}