Wann genau werden onSaveInstanceState () und onRestoreInstanceState () aufgerufen?

Die folgende Abbildung (aus dem offiziellen Dokument ) beschreibt den bekannten Lebenszyklus einer Android-Aktivität:

Wenn andererseits die Aktivität vom System zerstört wird (z. B. weil Speicher zurückgefordert werden muss), wird der Status der Aktivität manchmal automatisch gespeichert und mithilfe der Methoden wiederhergestelltonSaveInstanceState() und onRestoreInstanceState(), wie in der folgenden Abbildung dargestellt (auch) aus dem offiziellen Dokument ):

Ich bin mir bewusst , dass onSaveInstanceState()ist nicht immer aufgerufen , wenn eine Aktivität im Begriff ist , zerstört werden. Wenn es beispielsweise zerstört wird, weil der Benutzer die Schaltfläche "Zurück" gedrückt hat, bleibt der Aktivitätsstatus nicht erhalten. Aber in den Fällen , wenn der Zustand wird gespeichert und wiederhergestellt, und onSaveInstanceState()/ onRestoreInstanceState()aufgerufen, wann genau werden sie genannt ?

Zum Beispiel könnte gemäß den obigen Figuren onRestoreInstanceState()vorher onStart()oder nachher, onStart()aber vorher onResume()oder nachher aufgerufen werden onResume(). Ebenso gibt es mehrere Möglichkeiten für onSaveInstanceState(). Wann werden sie genau genannt?

Im Idealfall möchte ich ein kombiniertes Diagramm sehen, das die Aktivitätslebenszykluszustände und die Speicher- / Wiederherstellungsmethoden zeigt , falls vorhanden.

Gemäß der Dokumentation :

void onRestoreInstanceState (Bundle savedInstanceState)

Diese Methode wird zwischen onStart()und aufgerufen onPostCreate(Bundle).

void onSaveInstanceState (Bundle outState)

Wenn diese Methode aufgerufen wird, wird sie nach onStop () für Anwendungen ausgeführt, die auf Plattformen abzielen, die mit Build.VERSION_CODES.P beginnen. Für Anwendungen, die auf frühere Plattformversionen abzielen, wird diese Methode vor onStop () ausgeführt, und es gibt keine Garantie dafür, ob sie vor oder nach onPause () erfolgt.

Wie pro doc1 und doc2

onSaveInstanceState

Vor Honeycomb wurden Aktivitäten erst nach einer Pause als tötbar angesehen, was bedeutet, dass onSaveInstanceState () unmittelbar vor onPause () aufgerufen wurde. Beginnend mit Honeycomb gelten Aktivitäten jedoch erst dann als tötbar, wenn sie gestoppt wurden. Dies bedeutet, dass onSaveInstanceState () jetzt vor onStop () und nicht unmittelbar vor onPause () aufgerufen wird.

onRestoreInstanceState

Diese Methode wird zwischen onStart () und onPostCreate (Bundle) aufgerufen, wenn die Aktivität aus einem zuvor gespeicherten Zustand neu initialisiert wird

Zusätzlich zu den bereits veröffentlichten Antworten wurde in Android P eine subtile Änderung eingeführt:

void onSaveInstanceState (Bundle outState)

Wenn diese Methode aufgerufen wird, wird sie NACH onStop() Anwendungen angewendet, die auf Plattformen abzielen, die mit P beginnen . Für Anwendungen, die auf frühere Plattformversionen abzielen, wird diese Methode vorher ausgeführt, onStop()und es gibt keine Garantie dafür, ob sie vorher oder nachher ausgeführt wird onPause().

Quelle: docs

Hier ist die Antwort, warum diese Änderung eingeführt wird:

... damit eine Anwendung Fragmenttransaktionen sicher ausführen onStop()und später den dauerhaften Status speichern kann.

Quelle: docs

Dies ist eine zusätzliche Information für onSaveInstanceState (Bundle)

aus docs

Verwechseln Sie diese Methode nicht mit Rückrufen zum Aktivitätslebenszyklus wie onPause (), die immer aufgerufen werden, wenn eine Aktivität in den Hintergrund gestellt wird oder auf dem Weg zur Zerstörung ist, oder onStop (), das vor der Zerstörung aufgerufen wird. Ein Beispiel für den Aufruf von onPause () und onStop () und nicht für diese Methode ist das Zurücknavigieren eines Benutzers von Aktivität B zu Aktivität A: Es ist nicht erforderlich, onSaveInstanceState (Bundle) für B aufzurufen, da diese bestimmte Instanz niemals wiederhergestellt wird Das System vermeidet es, es aufzurufen. Ein Beispiel für den Aufruf von onPause () und nicht für onSaveInstanceState (Bundle) ist der Start von Aktivität B vor Aktivität A: Das System kann den Aufruf von onSaveInstanceState (Bundle) für Aktivität A vermeiden, wenn es seitdem nicht während der Lebensdauer von B beendet wird Der Status der Benutzeroberfläche von A bleibt erhalten.

Es ist also die Standardimplementierung für ..

Die Standardimplementierung übernimmt für Sie den größten Teil des UI-Status pro Instanz, indem Sie onSaveInstanceState () für jede Ansicht in der Hierarchie mit einer ID aufrufen und die ID der aktuell fokussierten Ansicht speichern (die alle von der wiederhergestellt wird Standardimplementierung von onRestoreInstanceState (Bundle)). Wenn Sie diese Methode überschreiben, um zusätzliche Informationen zu speichern, die nicht von jeder einzelnen Ansicht erfasst werden, möchten Sie wahrscheinlich die Standardimplementierung aufrufen. Andernfalls müssen Sie den gesamten Status jeder Ansicht selbst speichern.

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

// Dieser Rückruf wird nur aufgerufen, wenn eine zuvor mit // onSaveInstanceState () gespeicherte Instanz vorhanden ist. Wir stellen einen Status in onCreate () wieder her, während wir hier optional // einen anderen Status wiederherstellen können, der möglicherweise nach Abschluss von onStart () verwendet werden kann. // Das savedInstanceState-Bundle ist das gleiche wie das in onCreate () verwendete.

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