Ausnahmebedingung "IllegalStateException: Diese Aktion kann nach onSaveInstanceState nicht ausgeführt werden"

Dies ist der dümmste Fehler, den ich bisher begegnet sind. Ich hatte eine Fragment Anwendung funktioniert perfekt für API < 11und Force Closing auf API > 11.

Ich konnte nicht wirklich herausfinden, was Sie verändert, im inneren des Activity Lebenszyklus im Aufruf saveInstanceaber ich hier ist, wie ich das Problem gelöst :

@Override
protected void onSaveInstanceState(Bundle outState) {
    //No call for super(). Bug on API Level > 11.
}

Ich einfach nicht den Aufruf zu .super() und alles funktioniert Super. Ich hoffe, dass dies Zeit zu sparen.

EDIT: nach einigen mehr Forschung ist dies ein bekanntes bug in den support-Paket.

Wenn Sie die Instanz, und fügen Sie etwas zu Ihrem outState Bundle können Sie die folgenden verwenden :

@Override
protected void onSaveInstanceState(Bundle outState) {
    outState.putString("WORKAROUND_FOR_BUG_19917_KEY", "WORKAROUND_FOR_BUG_19917_VALUE");
    super.onSaveInstanceState(outState);
}

EDIT2: dies kann auch auftreten, wenn Sie versuchen zum ausführen einer Transaktion, nachdem Ihre Activity ist Weg im hintergrund. Um dies zu vermeiden sollten Sie die Verwendung commitAllowingStateLoss()

EDIT3: Die oben genannten Lösungen wurden Behebung von Problemen in der frühen Förderung.v4 Bibliotheken aus, was ich mich erinnern kann. Aber wenn Sie immer noch Probleme mit diesem MUSS Lesen Sie auch @AlexLockwood 's blog : Fragment-Transaktionen & Aktivitäts-Status-Verlust

Zusammenfassung aus dem blog-post (aber ich empfehlen Sie stark, um es zu Lesen) :

• NIE commit() Transaktionen nach onPause() auf pre-Waben, und die onStop() auf post-Honeycomb
• Vorsichtig sein, wenn commit für Transaktionen innerhalb Activity lifecycle-Methoden. Verwendung onCreate()onResumeFragments() und onPostResume()
• Vermeiden Sie die Durchführung von Transaktionen innerhalb von asynchronen callback-Methoden
• Verwenden commitAllowingStateLoss() nur als letzten Ausweg

InformationsquelleAutor der Antwort Ovidiu Latcu

Solche Ausnahme auftreten, wenn Sie versuchen, führen Sie ein fragment der übergang nach Ihrer fragment-Aktivität onSaveInstanceState() aufgerufen wird.

Ein Grund, warum dies passieren kann, ist wenn Sie einen AsyncTask (oder Thread) ausgeführt wird, wenn eine Aktivität gestoppt wird.

Alle übergänge nach onSaveInstanceState() genannt wird, könnte möglicherweise verloren, wenn das system reaktiviert die Aktivität der Ressourcen und stellt es später.

InformationsquelleAutor der Antwort FunkTheMonk

Dies kann auch geschehen, wenn die Berufung dismiss() auf ein dialog-fragment, nachdem der Bildschirm gesperrt wurde\ausgeblendet und die Aktivität + dialog - Instanz Zustand gespeichert wurde. Um dieses nennen:

dismissAllowingStateLoss()

Buchstäblich jedes einzelne mal bin ich die Entlassung ein dialog, den ich nicht kümmern, es Stand jedenfalls nicht mehr, so ist dies ok zu tun - Sie sind nicht wirklich verloren, egal welcher Zustand.

InformationsquelleAutor der Antwort Brian Dilley

dieser arbeitete für mich... fand diese auf meinem eigenen... hoffe es hilft dir!

1) NICHT über eine Globale "statische" FragmentManager /FragmentTransaction.

2) onCreate, IMMER initialisieren der FragmentManager wieder!

Beispiel :-

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

InformationsquelleAutor der Antwort kurayami88

Ich löste das Problem mit onconfigurationchanged. Der trick ist, dass nach android activity life cycle, wenn Sie explizit genannt, die der Absicht(Kamera-Vorsatz, oder jede andere Person); die Aktivität wird angehalten und onsavedInstance heißt in diesem Fall. Beim drehen des Geräts auf eine andere position als die anderen, während der die Aktivität aktiv war; dies fragment-Operationen, wie das fragment commit Ursachen Illegal state exception. Es gibt viele beschwert sich darüber. Es ist etwas über android activity lifecycle-management und die richtige Methode aufruft.
Um es zu lösen, ich habe dieses:
1-Überschreiben Sie die onsavedInstance-Methode Ihrer Aktivität, und Sie bestimmen die aktuelle Display-Orientierung(hoch-oder Querformat), dann legen Sie Ihre Ausrichtung des Bildschirms, um es, bevor Sie Ihre Aktivität angehalten wird. so wird die Aktivität, die Sie den Bildschirm sperren Drehung für Ihre Tätigkeit im Fall, dass es gedreht ist, durch ein anderes.
2-dann , überschreiben onresume-Methode der activity, und legen Sie die Ausrichtung Modus wird jetzt zum sensor, so dass nach onsaved-Methode aufgerufen wird, wird ein Anruf mehr Zeit onconfiguration Umgang mit der rotation richtig.

Können Sie kopieren/fügen Sie diesen code in Ihre Tätigkeit zu beschäftigen:

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

InformationsquelleAutor der Antwort douggynix

Meine Lösung für das problem war

In fragment add-Methoden:

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

Kann schlecht sein, aber konnte nichts finden besser.

InformationsquelleAutor der Antwort mc.dev

Ich denke, Lebenszyklus-Status kann helfen, zu verhindern, dass solche crash ab Android-support-lib v26.1.0 Sie können die folgenden check:

if (getLifecycle().getCurrentState().isAtLeast(Lifecycle.State.STARTED)){
  //Do fragment's transaction commit
}

oder Sie können versuchen:

Fragment.isStateSaved()

mehr Informationen hier
https://developer.android.com/reference/android/support/v4/app/Fragment.html#isStateSaved()

InformationsquelleAutor der Antwort Jamal

Ich habe dieses Problem.Aber ich denke, das problem ist nicht im Zusammenhang zu Begehen und commitAllowStateLoss.

Folgende stack-trace und der Ausnahme-Meldung über commit().

java.lang.IllegalStateException: Can not perform this action after onSaveInstanceState
at android.support.v4.app.FragmentManagerImpl.checkStateLoss(FragmentManager.java:1341)
at android.support.v4.app.FragmentManagerImpl.enqueueAction(FragmentManager.java:1352)
at android.support.v4.app.BackStackRecord.commitInternal(BackStackRecord.java:595)
at android.support.v4.app.BackStackRecord.commit(BackStackRecord.java:574)

Aber diese Ausnahme wurde verursacht durch die onBackPressed()

java.lang.IllegalStateException: Can not perform this action after onSaveInstanceState
at android.support.v4.app.FragmentManagerImpl.checkStateLoss(Unknown Source)
at android.support.v4.app.FragmentManagerImpl.popBackStackImmediate(Unknown Source)
at android.support.v4.app.FragmentActivity.onBackPressed(Unknown Source)

Waren Sie alle verursacht durch checkStateLoss()

private void checkStateLoss() {
    if (mStateSaved) {
        throw new IllegalStateException(
                "Can not perform this action after onSaveInstanceState");
    }
    if (mNoTransactionsBecause != null) {
        throw new IllegalStateException(
                "Can not perform this action inside of " + mNoTransactionsBecause);
    }

mStateSaved wird wahr, nach onSaveInstanceState.

Dieses problem tritt sehr selten auf.Ich habe noch nie auf dieses problem.Ich kann nicht auftreten das problem.

Fand ich Problem 25517

Könnte es stattgefunden haben, in den folgenden Fällen

1. Zurück-Taste aufgerufen wird, nachdem onSaveInstanceState, aber bevor die neue Aktivität gestartet wird.

2. verwenden onStop() im code

Ich bin mir nicht sicher, was die Wurzel des Problems ist.
So habe ich eine hässliche Art und Weise.

@Override
public void onBackPressed() {

    try{
        super.onBackPressed();
    }catch (IllegalStateException e){
        //can output some information here
        finish();
    }
}

InformationsquelleAutor der Antwort oO_ox

Gleiche Problem von mir und nach einem Tag Analyse aller Artikel, blog-und stackoverflow habe ich eine einfache Lösung. Verwenden Sie nicht savedInstanceState an alle, dies ist der Zustand mit nur einer Zeile code. Die fragment-code:

@Override
public void onCreate(Bundle savedInstanceState) {
    super.onCreate(null);
    .....

InformationsquelleAutor der Antwort Tobia Caneschi

Gut, nach dem Versuch, alle oben genannten Lösungen, ohne Erfolg (denn im Grunde habe ich derzeit keine Transaktionen).

In meinem Fall war ich mit AlertDialogs und ProgressDialog als Fragmente, die, manchmal, bei rotation, bei der Frage für den FragmentManager, der Fehler steigt.

Ich fand einen workaround, mischen einige viele ähnliche posts:

Seine eine 3-Schritt-Lösung, alles getan auf deiner FragmentActivity (in diesem Fall, das heißt GenericActivity):

private static WeakReference<GenericActivity> activity = null; //To avoid bug for fragments: Step 1 of 3

@Override
protected void onCreate(Bundle savedInstanceState){
    super.onCreate(savedInstanceState);
    //To avoid bug for fragments: Step 2 of 3
    activity = new WeakReference<GenericActivity>(this);
}

@Override
public FragmentManager getSupportFragmentManager(){
    //To avoid bug for fragments: Step 3 of 3
    if (this == activity.get()) {
        return super.getSupportFragmentManager();
    }
    return activity.get().getSupportFragmentManager();
}

InformationsquelleAutor der Antwort Antilope

War ich immer zu dieser Ausnahme war, wenn ich drücken Sie die zurück-Taste, um abzubrechen intent chooser auf meiner Karte fragment-Aktivität.
Ich habe dieses Problem gelöst, indem Sie ersetzen den code, der onResume()(wo ich war initialisieren der fragment-und der Begehung der Transaktion) , onStart() und die app funktioniert jetzt gut.
Hoffe, es hilft.

InformationsquelleAutor der Antwort DCS

Auf der Suche nach ein bisschen die Lösung für dieses problem ist, um Ihre fragment begeht in der onresume.

Quelle: https://wenchaojames.wordpress.com/2013/01/12/illegalstateexception-from-onactivityresult/

InformationsquelleAutor der Antwort jai

Was ich gefunden habe ist, dass wenn ein anderer app-dialog-Typ und ermöglicht es, berührt zu werden geschickt in den hintergrund app dann fast jede hintergrund-app-Absturz mit dieser Fehlermeldung.
Ich denke, wir müssen überprüfen, jedes mal, wenn eine Transaktion durchgeführt wird, wenn die Instanz gespeichert oder wiederhergestellt werden.

InformationsquelleAutor der Antwort chris

Können Sie aufrufen fragmentManager.popBackStackImmediate(); wenn die Tätigkeit unterbrochen. Aktivität ist noch nicht beendet aber pausiert ist und nicht auf den Vordergrund. Sie brauchen, um zu überprüfen, ob die Aktivität pausiert ist oder nicht, bevor popBackStackImmediate().

InformationsquelleAutor der Antwort Murat

Bemerkte ich etwas sehr Interessantes. Ich habe in meiner app die option, das Telefon zu öffnen Galerie und das Gerät fragt, welche app zu verwenden, da ich auf den grauen Bereich Weg von dialog und sah dieses Problem. Ich bemerkte, wie meine Aktivität geht von onPause, onSaveInstanceState zurück zu onResume, ist es nicht geschehen, zu besuchen onCreateView. Mache ich Transaktionen bei onResume. Also, was ich am Ende machen, setzen wir ein flag wird negiert onPause, aber wahr onCreateView. wenn das flag true ist onResume dann tun onCommit, sonst commitAllowingStateLoss. Ich könnte gehen auf und verschwenden so viel Zeit, aber ich wollte überprüfen der Lebenszyklus. Ich habe ein Gerät, das sdkversion 23, und ich bekomme nicht dieses Problem, aber ich habe noch eine eine, die ist 21, und da sehe ich es.

InformationsquelleAutor der Antwort Juan Mendez