erste Ausnahme "IllegalStateException: Kann nicht diese Aktion durchführen, nachdem onSaveInstanceState"

Suche im Android-Quellcode auf, welche Ursachen dieses Problem gibt, Flagge mStateSaved in FragmentManagerImpl Klasse (Instanz verfügbar in Aktivität) hat den Wert true. Ist es auf true gesetzt, wenn der back-stack gespeichert (saveAllState) auf Anruf von Activity#onSaveInstanceState.
Danach werden die Anrufe von ActivityThread nicht zurücksetzen dieses flag mit Hilfe der vorhandenen reset-Methoden aus FragmentManagerImpl#noteStateNotSaved() und dispatch().

Die Art, wie ich es sehe gibt es einige fixes, je nachdem, was Ihre app macht und mit:

Gute Möglichkeiten

Etwas anderes vor: ich möchte werben Alex Lockwood Artikel. Dann, von dem, was ich bisher getan habe:

1. Für Fragmente und Aktivitäten, die nicht brauchen, um jede Status-Informationen, rufen Sie commitAllowStateLoss. Entnommen aus der Dokumentation:

   Ermöglicht die commit ausgeführt werden, nachdem eine Aktivität im Zustand gespeichert. Dies ist gefährlich, weil die commit-kann verloren gehen, wenn die Aktivität braucht, um später wiederhergestellt werden, von seinem Zustand, so sollte dies nur verwendet werden, für Fälle, in denen es okay ist für den UI-Status zu ändern, der unerwartet auf den Benutzer". Ich denke, das ist völlig in Ordnung, wenn das fragment zeigt nur-lese-Informationen. Oder sogar, wenn Sie zeigen, editierbare info, verwenden Sie die Rückrufe Methoden zu behalten, bearbeitet info.

2. Nur nach dem Abschluss der Transaktion commit (Sie hat gerade angerufen commit()), rufen FragmentManager.executePendingTransactions().

Nicht empfohlen, Möglichkeiten:

1. Als Ovidiu Latcu oben erwähnt, nicht nennen super.onSaveInstanceState(). Dadurch aber verlieren Sie den ganzen Staat von Ihrer Aktivität zusammen mit Fragmenten Zustand.

2. Überschreiben onBackPressed und es rufen nur finish(). Dies sollte in Ordnung sein, wenn Sie eine Anwendung nicht verwenden, Fragmente API, wie Sie in der super.onBackPressed es ist ein Aufruf an FragmentManager#popBackStackImmediate().

3. Wenn Sie beide Fragmente API und den Zustand Ihrer Aktivität ist wichtig/entscheidend ist, dann könnte man versuchen, rufen Sie mit Hilfe der reflection-API FragmentManagerImpl#noteStateNotSaved(). Aber dies ist ein hack, oder man könnte sagen, es ist ein workaround. Ich mag es nicht, aber in meinem Fall ist es ganz akzeptabel, da ich einen code von einem legacy-app, nutzt deprecated-code (TabActivity und implizit LocalActivityManager).

Unten ist der code, verwendet Reflexion:

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

Prost!

InformationsquelleAutor gunar

Rufen Sie einfach super.onPostResume (), bevor Sie zeigt Ihre fragment oder verschieben Sie Ihren code in onPostResume () - Methode nach dem Aufruf von super.onPostResume(). Diese lösen das problem!

InformationsquelleAutor MJ.Ahmadi

Kurze Und funktionierende Lösung :

Folgen Sie Den Einfachen Schritten :

Schritt 1 : Überschreiben onSaveInstanceState-Zustand im jeweiligen fragment. Und entfernen super Methode.

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

Schritt 2 : Verwenden Sie CommitAllowingStateLoss(); anstatt von commit(); while fragment-Operationen.

fragmentTransaction.commitAllowingStateLoss();

InformationsquelleAutor Basbous

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 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 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 mc.dev

Hab ich das gleiche Problem in meiner App. Ich habe das gelöst, einfach den Aufruf der super.onBackPressed(); auf der vorherigen Klasse und dem aufrufen der commitAllowingStateLoss() auf die aktuelle Klasse mit diesem fragment.

InformationsquelleAutor Peter

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

Artikel.
fragment.isResumed() Prüfung hilft mir in onDestroyView w/o mit onSaveInstanceState-Methode.

InformationsquelleAutor andep

Dies geschieht, wenn Sie versuchen zu laden, ein fragment, aber die Aktivität hat sich verändert seinen Zustand in onPause().Dies geschieht zum Beispiel, wenn Sie versuchen, abrufen von Daten, und laden Sie Sie auf die Aktivität, sondern durch die Zeit, die der Benutzer geklickt hat, die Buttons und zog zur nächsten Aktivität.

Können Sie lösen, gibt es zwei Möglichkeiten

Können Sie mit der Transaktion.commitAllowingStateLoss() anstelle von Transaktion.commit() zum laden von fragment-aber Sie können am Ende verlieren commit-operation, die getan wird.

oder

Stellen Sie sicher, dass die Aktivität im Lebenslauf und nicht auf pause-Status beim laden ein fragment.
Erstellen Sie eine Boolesche und überprüfen, ob die Aktivität ist nicht zu onPause() Zustand.

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

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

dann beim laden von fragment-überprüfen, ob Aktivität vorhanden ist und laden nur, wenn Aktivität ist Vordergrund zu stellen.

if(mIsResumed){
 //load the fragment
}

InformationsquelleAutor sharath kumar

Wenn ich mit startactivity in einem fragment, bekomme ich diese exception;

Wenn ich auf die Verwendung startactivityforresult, die exception ist Weg 🙂

So der einfache Weg, um es zu beheben ist die Verwendung der startActivityForResult api 🙂

InformationsquelleAutor Question

Dies ist fest in Android 4.2 und auch im support-library-source.[*]

Details von der Ursache (und Tricks) finden Sie auf der Google bug-report:
http://code.google.com/p/android/issues/detail?id=19917

Wenn Sie mit der support-Bibliothek, dann sollten Sie nicht zu kümmern, bug (lang)[*]. Allerdings, wenn Sie über die API direkt (also Nicht über die support-Bibliothek FragmentManager) und der Ausrichtung eines API unter Android 4.2 dann müssen Sie versuchen, eine der Tricks.

[*] In der Zeit des Schreibens der Android-SDK-Manager ist noch die Verteilung eine alte version, die Exponate dieser Fehler.

Bearbeiten ich werde einige Klarstellungen hier, weil ich habe es natürlich irgendwie verwirrt, wer down-stimmte diese Antwort.

Gibt es mehrere verschiedene (aber ähnliche) Umstände können bewirken, dass diese exception geworfen werden. Meine obige Antwort bezieht sich auf die spezifische Instanz diskutiert, die Frage also ein bug in Android, die anschließend behoben wurden. Wenn Sie diese Ausnahme für einen weiteren Grund, es ist, weil Sie sind das hinzufügen/entfernen von Fragmenten, wenn du nicht sein solltest (nach fragment Staaten gerettet wurden). Wenn man in so einer situation dann vielleicht "Verschachtelte Fragmente - IllegalStateException "Kann nicht führen Sie diese Aktion nach onSaveInstanceState"" können von nutzen für Sie.

InformationsquelleAutor Benjamin Dobell

Mein Anwendungsfall: ich habe verwendet Zuhörer das fragment zu Benachrichtigen Aktivität, die einige Sache, die passiert ist. Ich habe neue fragment commit auf callback-Methode. Dies funktioniert einwandfrei auf ersten mal. Aber auf die Ausrichtung verändern die Aktivität wiederhergestellt wird, mit der gespeicherten Instanz Staat. In diesem Fall-fragment ist nicht erstellt, wieder impliziert, dass das fragment haben die Zuhörer die alte ist zerstört Aktivität. Irgendeiner Weise die call back Methode wird ausgelöst über das Vorgehen. Es geht um zerstörte Aktivität, die das Problem verursachen. Die Lösung ist ein reset der Zuhörer das fragment mit aktuellen live-Aktivitäten. Diese lösen das problem.

InformationsquelleAutor Ganesh Kanna

In meinem Fall, mit dem gleichen Fehler Ausnahme, ich habe die "onBackPressed()" in einer lauffähigen (Sie können jede Ihrer anzeigen):

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

Verstehe ich nicht, warum, aber es funktioniert!

InformationsquelleAutor Alecs

Dank @gunar, aber ich denke, es gibt einen besseren Weg.

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

So verwenden commitNow zu ersetzen:

fragmentTransaction.commit();
FragmentManager.executePendingTransactions()

InformationsquelleAutor JianxinLi

können Sie FragmentActivity.onStart vor popBackStackImmediate

wie diese:

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

InformationsquelleAutor user3327339