onSaveInstanceState () et onRestoreInstanceState ()

onRestoreInstanceState() est appelé seulement pour recréer des activité après avoir été tué par le système d'exploitation. Une telle situation se produire lorsque:

• orientation de l'appareil changements (votre activité est détruit et recréé)
• il y a une autre activité en face de la vôtre et à un certain point, le système d'exploitation tue votre activité afin de libérer de la mémoire (par exemple). La prochaine fois quand vous démarrez votre activité onRestoreInstanceState() sera appelée.

En revanche: si vous êtes dans votre activité et vous frappez Back bouton sur l'appareil, votre activité est fini()ed (c'est à dire penser comme à la sortie de l'application de bureau) et la prochaine fois que vous démarrez votre application, elle est en route "frais", c'est à dire sans état enregistré parce que vous avez quitté il quand vous frappez Back.

Autre source de confusion est que lorsqu'une application perd le focus à une autre application onSaveInstanceState() est appelée, mais lorsque vous revenez à votre application onRestoreInstanceState() ne peut pas être appelé. C'est le cas décrit dans la question d'origine, c'est à dire si votre activité n'a PAS été tué au cours de la période au cours de laquelle l'activité a été à l'avant onRestoreInstanceState() ne sera PAS appelé parce que votre activité est assez bien "vivant".

Dans l'ensemble, comme indiqué dans la documentation pour onRestoreInstanceState():

La plupart des implémentations seront tout simplement utiliser onCreate(Bundle) pour restaurer leur
de l'état, mais il est parfois commode de le faire ici, après tout, de la
l'initialisation a été fait, ou pour permettre à des sous-classes pour décider si
pour utiliser votre défaut de mise en œuvre. L'implémentation par défaut de cette
méthode effectue une restauration de vue de l'état qui avait été précédemment
gelé par onSaveInstanceState(Bundle).

Comme je l'ai lu: Il n'y a aucune raison de remplacer onRestoreInstanceState(), sauf si vous êtes sous-classement Activity et il est prévu que quelqu'un va votre sous-classe sous-classe.

Comme une solution de contournement, vous pouvez stocker un paquet avec les données que vous souhaitez conserver dans l'Intention que vous utilisez pour démarrer l'activité A.

Intent intent = new Intent(this, ActivityA.class);
intent.putExtra("bundle", theBundledData);
startActivity(intent);

Activité aurait à passer ce retour à l'Activité B. Vous permettrait de récupérer le but de l'Activité B de la méthode onCreate.

Intent intent = getIntent();
Bundle intentBundle;
if (intent != null)
    intentBundle = intent.getBundleExtra("bundle");
//Do something with the data.

Une autre idée est de créer une classe de référentiel pour stocker de l'activité de l'état et ont chacune de vos activités de référence de la classe (ce qui est possible à l'aide d'un singleton de la structure.) Cependant, c'est probablement le plus d'ennuis que cela vaut la peine.

J'ai trouvé que onSaveInstanceState est toujours appelée lorsqu'une autre Activité vient à l'avant-plan. Et donc, est onStop.

Cependant, onRestoreInstanceState a été appelé que lorsque onCreate et onStart ont également été appelés. Et, onCreate et de démarrage n'ont PAS toujours été appelé.

Donc il semble que Android n'est pas toujours supprimer les informations d'état, même si l'Activité se déplace vers l'arrière-plan. Toutefois, il appelle le cycle de vie de méthodes pour économiser de l'état juste pour être sûr. Ainsi, si l'état n'est pas supprimé, puis Android n'a pas d'appeler le cycle de vie des méthodes de restauration de l'état comme ils ne sont pas nécessaires.

La Figure 2 explique cette.

Si vous êtes à la manipulation de l'activité de changements d'orientation avec android:configChanges="orientation|screenSize" et onConfigurationChanged(Configuration newConfig), onRestoreInstanceState() ne sera pas appelé.

Dans mon cas, onRestoreInstanceState a été appelée lorsque l'activité a été reconstruit après la modification de l'orientation du périphérique. onCreate(Bundle) a été appelé en premier, mais le bundle n'ai pas les clés/valeurs j'ai mis avec onSaveInstanceState(Bundle).

Juste après, onRestoreInstanceState(Bundle) a été appelé avec un bundle qui possédaient les clés/valeurs.

Je peux faire comme ça (désolé c'est c# pas java, mais ce n'est pas un problème...) :

private int iValue = 1234567890;

function void MyTest()
{
Intent oIntent = new Intent (this, typeof(Camera2Activity));
Bundle oBundle = new Bundle();
oBundle.PutInt("MYVALUE", iValue); //=> 1234567890
oIntent.PutExtras (oBundle);
iRequestCode = 1111;
StartActivityForResult (oIntent, 1111);
}

ET DANS VOTRE ACTIVITÉ POUR LE RÉSULTAT

private int iValue = 0;

protected override void OnCreate(Bundle bundle)
{
Bundle oBundle =  Intent.Extras;
if (oBundle != null)
{
iValue = oBundle.GetInt("MYVALUE", 0);
//=>1234567890
}
}

private void FinishActivity(bool bResult)
{
Intent oIntent = new Intent();
Bundle oBundle = new Bundle();
oBundle.PutInt("MYVALUE", iValue);//=>1234567890
oIntent.PutExtras(oBundle);
if (bResult)
    {
    SetResult (Result.Ok, oIntent);
    }
else
    SetResult(Result.Canceled, oIntent);
GC.Collect();
Finish();

}

ENFIN

protected override void OnActivityResult(int iRequestCode, Android.App.Result oResultCode, Intent oIntent)
{
base.OnActivityResult (iRequestCode, oResultCode, oIntent);
iValue = oIntent.Extras.GetInt("MYVALUE", -1); //=> 1234567890
}