l'obtention de “l'exception IllegalStateException: vous ne Pouvez pas effectuer cette action après onSaveInstanceState”

À la recherche dans le code source Android sur les causes de cette question donne le drapeau mStateSaved dans FragmentManagerImpl classe (exemple disponible en Activité) a la valeur vrai. Elle est définie à true lorsque la pile de retour est enregistré (saveAllState) sur appel de la Activity#onSaveInstanceState.
Ensuite, les appels de ActivityThread ne pas réinitialiser ce drapeau en utilisant les méthodes de réinitialisation de FragmentManagerImpl#noteStateNotSaved() et dispatch().

La façon dont je le vois, il ya quelques correctifs disponibles, en fonction de ce que votre application est en train de faire et à l'aide de:

Bonnes façons

Avant toute chose: je voudrais faire de la publicité Alex Lockwood article. Puis, à partir de ce que j'ai fait jusqu'à présent:

1. Pour des fragments et des activités qui n'ont pas besoin de garder tout état de renseignements, appelez commitAllowStateLoss. Prises à partir de la documentation:

   Permet de s'engager à être exécuté après une activité de l'état est enregistré. C'est dangereux parce que la validation ne peut être perdue si l'activité doit ensuite être restauré à partir de son état, donc cela ne devrait être utilisé pour les cas où il est d'accord pour l'INTERFACE utilisateur de l'état de changer de façon inattendue sur l'utilisateur`. Je suppose que c'est bien à l'usage si le fragment est en montrant des informations en lecture seule. Ou même si elles ne montrent modifiable info, utiliser les rappels des méthodes pour conserver le fichier info.

2. Juste après la transaction est commit (vous juste appelé commit()), faire un appel à FragmentManager.executePendingTransactions().

Pas recommandé façons:

1. Comme Ovidiu Latcu mentionné ci-dessus, n'appelez pas super.onSaveInstanceState(). Mais cela signifie que vous perdez tout état de votre activité avec des fragments de l'état.

2. Remplacer onBackPressed et y appeler seulement finish(). Cela devrait être OK si vous demande de ne pas utiliser des Fragments de l'API; comme dans super.onBackPressed il y a un appel à FragmentManager#popBackStackImmediate().

3. Si vous utilisez les deux Fragments de l'API et de l'état de votre activité est important/vitale, alors vous pouvez essayer d'appeler à l'aide de la réflexion de l'API FragmentManagerImpl#noteStateNotSaved(). Mais c'est un hack, ou on pourrait dire que c'est une solution de contournement. Je ne l'aime pas, mais dans mon cas c'est tout à fait acceptable puisque j'ai un code à partir d'un héritage application qui utilise obsolète code (TabActivity et implicitement LocalActivityManager).

Ci-dessous est le code qui utilise la réflexion:

@Override
protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
invokeFragmentManagerNoteStateNotSaved();
}
@SuppressWarnings({ "rawtypes", "unchecked" })
private void invokeFragmentManagerNoteStateNotSaved() {
/**
* For post-Honeycomb devices
*/
if (Build.VERSION.SDK_INT < 11) {
return;
}
try {
Class cls = getClass();
do {
cls = cls.getSuperclass();
} while (!"Activity".equals(cls.getSimpleName()));
Field fragmentMgrField = cls.getDeclaredField("mFragments");
fragmentMgrField.setAccessible(true);
Object fragmentMgr = fragmentMgrField.get(this);
cls = fragmentMgr.getClass();
Method noteStateNotSavedMethod = cls.getDeclaredMethod("noteStateNotSaved", new Class[] {});
noteStateNotSavedMethod.invoke(fragmentMgr, new Object[] {});
Log.d("DLOutState", "Successful call for noteStateNotSaved!!!");
} catch (Exception ex) {
Log.e("DLOutState", "Exception on worka FM.noteStateNotSaved", ex);
}
}

Cheers!

Appelez simplement super.onPostResume() avant de montrer votre fragment ou de déplacer votre code dans onPostResume() après l'appel de la méthode super.onPostResume(). Ce résoudre le problème!

Court Et Solution de travail :

Suivez Les Étapes Simples :

Étape 1 : Remplacer onSaveInstanceState de l'état dans le fragment. Et supprimer super méthode d'elle.

@Override
public void onSaveInstanceState(Bundle outState) {
};

Étape 2 : Utilisation CommitAllowingStateLoss(); au lieu de commit(); while fragment opérations.

fragmentTransaction.commitAllowingStateLoss();

cela a fonctionné pour moi... trouvé ceci sur mon propre... espérons qu'il vous aide!

1) n'aura PAS de mondial "statique" FragmentManager /FragmentTransaction.

2) onCreate, TOUJOURS initialiser le FragmentManager encore!

exemple ci-dessous :-

public abstract class FragmentController extends AnotherActivity{
protected FragmentManager fragmentManager;
protected FragmentTransaction fragmentTransaction;
protected Bundle mSavedInstanceState;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
mSavedInstanceState = savedInstanceState;
setDefaultFragments();
}
protected void setDefaultFragments() {
fragmentManager = getSupportFragmentManager();
//check if on orientation change.. do not re-add fragments!
if(mSavedInstanceState == null) {
//instantiate the fragment manager
fragmentTransaction = fragmentManager.beginTransaction();
//the navigation fragments
NavigationFragment navFrag = new NavigationFragment();
ToolbarFragment toolFrag = new ToolbarFragment();
fragmentTransaction.add(R.id.NavLayout, navFrag, "NavFrag");
fragmentTransaction.add(R.id.ToolbarLayout, toolFrag, "ToolFrag");
fragmentTransaction.commitAllowingStateLoss();
//add own fragment to the nav (abstract method)
setOwnFragment();
}
}

J'ai résolu le problème avec onconfigurationchanged. Le truc, c'est que, selon android activité du cycle de vie, lorsque vous demandé explicitement une intention(caméra à l'intention, ou d'un autre); l'activité est en pause et onsavedInstance est appelé dans ce cas. Lors de la rotation de l'appareil à une position différente, autre que celle au cours de laquelle l'activité a été active; faire fragment opérations telles que le fragment de commettre des causes Illégale de l'état d'exception. Il y a beaucoup de plaintes à ce sujet. C'est quelque chose sur android activité du cycle de vie de gestion et de bonne les appels de méthode.
Pour le résoudre j'ai fait ceci:
1-Remplacer le onsavedInstance méthode de votre activité, et de déterminer l'actuelle orientation de l'écran(portrait ou paysage), puis réglez votre orientation de l'écran en avant votre activité est en pause. de cette façon, l'activité permet de verrouiller la rotation de l'écran de votre activité dans le cas où il a été tourné par un autre.
2-ensuite , remplacer méthode onresume de l'activité, et de définir votre orientation mode de capteur de sorte que, après onsaved méthode est appelée, elle va appeler une fois de plus onconfiguration à traiter avec la rotation correctement.

Vous pouvez copier/coller ce code dans votre activité de traiter avec elle:

@Override
protected void onSaveInstanceState(Bundle outState) {       
super.onSaveInstanceState(outState);
Toast.makeText(this, "Activity OnResume(): Lock Screen Orientation ", Toast.LENGTH_LONG).show();
int orientation =this.getDisplayOrientation();
//Lock the screen orientation to the current display orientation : Landscape or Potrait
this.setRequestedOrientation(orientation);
}
//A method found in stackOverflow, don't remember the author, to determine the right screen orientation independently of the phone or tablet device 
public int getDisplayOrientation() {
Display getOrient = getWindowManager().getDefaultDisplay();
int orientation = getOrient.getOrientation();
//Sometimes you may get undefined orientation Value is 0
//simple logic solves the problem compare the screen
//X,Y Co-ordinates and determine the Orientation in such cases
if (orientation == Configuration.ORIENTATION_UNDEFINED) {
Configuration config = getResources().getConfiguration();
orientation = config.orientation;
if (orientation == Configuration.ORIENTATION_UNDEFINED) {
//if height and widht of screen are equal then
//it is square orientation
if (getOrient.getWidth() == getOrient.getHeight()) {
orientation = Configuration.ORIENTATION_SQUARE;
} else { //if widht is less than height than it is portrait
if (getOrient.getWidth() < getOrient.getHeight()) {
orientation = Configuration.ORIENTATION_PORTRAIT;
} else { //if it is not any of the above it will defineitly be landscape
orientation = Configuration.ORIENTATION_LANDSCAPE;
}
}
}
}
return orientation; //return value 1 is portrait and 2 is Landscape Mode
}
@Override
public void onResume() {
super.onResume();
Toast.makeText(this, "Activity OnResume(): Unlock Screen Orientation ", Toast.LENGTH_LONG).show();
setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_SENSOR);
} 

Ma solution à ce problème a été

Fragment d'ajouter des méthodes:

@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
...
guideMapFragment = (SupportMapFragment)a.getSupportFragmentManager().findFragmentById(R.id.guideMap);
guideMap = guideMapFragment.getMap();
...
}
@Override
public void onDestroyView() {
SherlockFragmentActivity a = getSherlockActivity();
if (a != null && guideMapFragment != null) {
try {
Log.i(LOGTAG, "Removing map fragment");
a.getSupportFragmentManager().beginTransaction().remove(guideMapFragment).commit();
guideMapFragment = null;
} catch(IllegalStateException e) {
Log.i(LOGTAG, "IllegalStateException on exit");
}
}
super.onDestroyView();
}

Est peut-être mauvais, mais ne pouvais pas trouver quelque chose de mieux.

J'ai eu le même problème dans mon Application. J'ai résolu ce problème il suffit d'appeler la super.onBackPressed(); sur la classe précédente et de l'appel de la commitAllowingStateLoss() sur la classe actuelle avec ce fragment.

Lire
http://chris-alexander.co.uk/on-engineering/dev/android-fragments-within-fragments/

article.
le fragment.isResumed() vérification de m'aide dans onDestroyView w/o à l'aide de la méthode onSaveInstanceState.

Ce qui se passe chaque fois que vous essayez de charger un fragment, mais l'activité a changé son état d'onPause().Cela arrive par exemple lorsque vous essayez d'extraire les données et de le charger dans l'activité, mais au moment où l'utilisateur a cliqué sur quelques boutons et l'a déplacé à la prochaine activité.

Vous pouvez résoudre ce problème de deux façons

Vous pouvez utiliser la transaction.commitAllowingStateLoss() au lieu de transaction.commit() pour charger fragment, mais vous risquez de perdre opération de validation qui est fait.

ou

Assurez-vous que l'activité est à reprendre et ne pas aller à la pause lors du chargement d'un fragment.
Créer une valeur de type boolean et de vérifier si l'activité ne va pas onPause() de l'état.

@Override
public void onResume() {
super.onResume();
mIsResumed = true;
}
@Override
public void onPause() {
mIsResumed = false;
super.onPause();
}

puis pendant le chargement fragment de vérifier si l'activité est présente et ne charge que lorsque l'activité est au premier plan.

if(mIsResumed){
//load the fragment
}

Lorsque j'utilise startactivity dans un fragment, je vais obtenir cette exception;

Quand j'ai changer pour utiliser le startactivityforresult, l'exception est parti 🙂

De sorte que le moyen facile de fixer c'est l'utilisation de la startActivityForResult api 🙂

C'est corrigé dans Android 4.2 et également dans la bibliothèque de prise en charge de la source.[*]

Pour les détails de la cause et des solutions de rechange) reportez-vous à la Google rapport de bug:
http://code.google.com/p/android/issues/detail?id=19917

Si vous utilisez la bibliothèque de prise en charge, alors vous ne devriez pas avoir à vous soucier de ce bug (pour longtemps)[*]. Toutefois, si vous utilisez l'API directement (c'est à dire Non à l'aide de la bibliothèque de prise en charge du FragmentManager) et le ciblage d'une API ci-dessous Android 4.2, alors vous aurez besoin d'essayer l'une des solutions de rechange.

[*] Au moment de la rédaction de l'Android SDK Manager est encore la distribution d'une ancienne version qui présente ce bug.

Modifier je vais ajouter quelques précisions ici parce que je n'ai évidemment quelque peu confus quiconque bas-voté cette réponse.

Il y a différentes (mais liées) de circonstances qui peuvent causer cette exception. Ma réponse ci-dessus se réfère à l'instance spécifique discuté de la question à savoir un bug sur Android qui a par la suite été corrigé. Si vous êtes l'obtention de cette exception pour une autre raison, c'est parce que vous êtes en train d'ajouter/enlever des fragments lorsque vous ne devriez pas être (après fragment états ont été enregistrées). Si vous êtes dans une telle situation, alors peut-être "Imbriquée Fragments - IllegalStateException “ne Peut pas effectuer cette action après onSaveInstanceState”" peut être utiliser pour vous.

Mon cas d'utilisation: j'ai utilisé de l'écouteur dans le fragment de notifier à l'activité que quelque chose s'est passé. J'ai fait de nouveau fragment de s'engager sur la méthode de rappel. Cela fonctionne parfaitement bien sur la première fois. Mais d'un changement d'orientation de l'activité est recréé avec enregistrés l'état de l'instance. Dans ce cas, le fragment n'est pas créé de nouveau implique que le fragment ont l'auditeur qui est l'ancien détruit activité. De toute façon le retour d'appel de la méthode va se déclencher sur l'action. Il va à détruit l'activité qui cause le problème. La solution est de réinitialiser le port d'écoute du fragment avec direct en cours d'activité. Ce résoudre le problème.

Dans mon cas, avec le même message d'erreur d'exception, j'ai mis le "onBackPressed()" dans un exécutable (vous pouvez utiliser n'importe quel de votre point de vue):

myView.post(new Runnable() {
@Override
public void run() {
onBackPressed()
}
});

Je ne comprends pas pourquoi, mais ça fonctionne!

Merci @gunar, mais je pense qu'il y a une meilleure façon.

Selon doc :

 * If you are committing a single transaction that does not modify the
* fragment back stack, strongly consider using
* {@link FragmentTransaction#commitNow()} instead. This can help avoid
* unwanted side effects when other code in your app has pending committed
* transactions that expect different timing.
*
* @return Returns true if there were any pending transactions to be
* executed.
*/
public abstract boolean executePendingTransactions();

Donc utiliser commitNow à remplacer:

fragmentTransaction.commit();
FragmentManager.executePendingTransactions()

vous pouvez utiliser FragmentActivity.onStart avant popBackStackImmediate

comme ceci:

public void backStackFragment() {
this.start();
getFragmentManager().popBackStackImmediate();
}
public void start(){
FragmentActivity a = getActivity();
if(a instanceof DepositPlanPadActivity){
((DepositPlanPadActivity)a).onStart();
}
if(a instanceof SmallChangePlanPad){
((SmallChangePlanPad)a).onStart();
}
if(a instanceof UserCenterActivity){
((UserCenterActivity)a).onStart();
}
}

http://jorryliu.blogspot.com/2014/09/illegalstateexception-can-not-perform.html