Discussion :

[atha2]

Bonjour,

J'ai une application qui est composé d'une première Activity qui affiche un splash screen et qui lance une deuxième activity en lui fournissant des extras.
Mais quand je relance l'application en cliquant sur l’icône de l'appli, android me relance directement ma deuxième activity (qui donc n'a pas les extras et plante). Tout cela en repassant dans le onCreate.

Si quelqu'un peut m'expliquer ce comportement qui apparait même quand on kill l'app et on vide la mémoire.

A noter que l'activity splashscreen s'auto finish() après avoir lancer l'activity principale.

[Simon MARQUIS]

Si quelqu'un peut m'expliquer ce comportement qui apparait même quand on kill l'app et on vide la mémoire.

Si après avoir killé l'application, cela te ramnère directement à la deuxième Activity, ce n'est vraiment pas normal.

Par contre, le comportement que tu décris est tout à fait normal puisque la seconde Activity est la seule à rester dans la pile.
Pour éviter ces problèmes, il faut soit :

• Ne pas faire de splashScreen (à éviter d'après les guidelines officielles).
• Sauvegarder ces extras que tu obtiens du splashScreen.

Pour la seconde approche, il faut utiliser le même méchanismes d'extras sauf qu'ils ne serviront que pour l'Activity qui les as déclaré.
Il faut donc que tu enregistres tes données dans la méthode OnSavedInstanceState.

Exemple tiré de la documentation officielle :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
static final String STATE_SCORE = "playerScore";
static final String STATE_LEVEL = "playerLevel";
...
 
@Override
public void onSaveInstanceState(Bundle savedInstanceState) {
    // Save the user's current game state
    savedInstanceState.putInt(STATE_SCORE, mCurrentScore);
    savedInstanceState.putInt(STATE_LEVEL, mCurrentLevel);
 
    // Always call the superclass so it can save the view hierarchy state
    super.onSaveInstanceState(savedInstanceState);
}

[atha2]

Merci de ta réponse. Pour le SplashScreen, je sais bien que c'est déconseillé mais le client en veux un comme sur iphone.

Bon en fait il semblerai que soit un bug d'eclipse/git. Le manifest présent dans "bin" n'était pas le même que celui à la racine...
Quand je déployais l'appli avec eclipse, ça utilisait le bon manifest mais après ça utilisait le manifest foireux (dans laquelle je lançais directement la deuxième activity pour accélérer les testes) de bin. Bizarre

Un petit clean du projet a résolu le problème.