Android acticity redémarrer après que les modifications du cycle redémarrage et de la vie

Tout d'abord affiché le code directement chon restart:

Intent intentReStrat = getIntent();
finish();
startActivity(intentReStrat);

Il est que le code est simple en fait trois lignes, mais quand on fait usage constaterons qu'il ya quelque tort, que si je le faisais dans onDestory comme le cycle de vie du temps, donc nous regardons chaque grume du cycle de vie

LogUtil.chunyLog().d("onCreat"+ this);

L'activité dans chacun des cycle de vie ont ce journal (plus derrière cela est de regarder différentes activités, redémarrage parce qu'il ya un nouveau processus en deux étapes pour générer une nouvelle et destruction)

OK, le reste est d'obtenir un bouton événement click au début du code remis à rédiger

Ajoutez un peu à courir. . .

seront d'abord il les suivantes:

Tout d'abord, vous pouvez voir ces aller onCreat onStart onResume Inutile de dire que nous voyons derrière houm

@ 1ecbcf6f Ceci est unique à cette activité

 

Ensuite, cliquez sur le bouton, redémarrez acticity:

Ensuite, nous devrions examiner sérieusement, et nous avons mis en avant pour la commodité de l'activité (@ 1ecbcf6f) Je dis Aty1  

Plus tard, le nouveau @ 2005b14f dang tels que les nouveaux Aty2 comme pour comprendre

OK, ce qui est arrivé prochaine reprise

Lorsque l'on clique sur le bouton, Aty1 go OnPause d'abord suspendu

Alors Aty2 gone onCreat onStart onResume trois créé avec succès

De plus Aty1 descendu onStop onDestory a été tué

Lorsque vous pouvez voir la nouvelle création a continué Aty Aty d'un onStop et onDestory que nous serons ici

 

Problème, chaque situation est différente, parce que j'étais un service de liaison,

Dans onDestory qui appelle l'intérieur d'un service de restauration de la méthode par défaut, cela provoquera un problème lorsque je redémarre Aty après l'appel est sur une Aty de onDestory restaurer la valeur par défaut ne vient pas pour faire après avoir effectué un redémarrage deviendra Aty chose, il ne faut pas

 

solution:

solution Tout le monde est pas la même chose, j'étais avec la SP, cliquez sur le bouton à temps pour sauver SP intérieur variable booléenne (appelée asd) enregistrée en tant que vrai

Ensuite, il y a l'appel de méthode service onDestory à asd, s'il est vrai ne remet pas la méthode de service, et l'attribution fausse asd

Effectuez ensuite la sortie de la méthode reste à l'intérieur, de sorte que nous pouvons simuler ce

 

Aty viennent à temps pour asd de sortie est fausse (par défaut) alors allez appeler autrement la sortie du service à la méthode de récupération de sortie, si elle est un clic d'un bouton, il est le premier

asd sauvé comme vrai, alors il n'y aurait pas de méthode de restauration des services de marche, c'est ma solution, s'il y a un mieux, dis-moi ce que les progrès d'examen des problèmes ensemble.

 

Publié 124 articles originaux · louange gagné 141 · vues 160 000 +

Je suppose que tu aimes

Origine blog.csdn.net/weixin_36838630/article/details/83622926
conseillé
Classement