mendapatkan pengecualian "IllegalStateException: Tidak dapat melakukan tindakan ini setelah onSaveInstanceState"

Saya memiliki aplikasi Android Live, dan dari pasar saya telah menerima jejak stack berikut dan saya tidak tahu mengapa hal ini terjadi karena tidak terjadi dalam kode aplikasi tetapi disebabkan oleh beberapa atau peristiwa lain dari aplikasi (asumsi)

Saya tidak menggunakan Fragmen, masih ada referensi FragmentManager. Jika ada orang yang dapat menyoroti fakta-fakta tersembunyi untuk menghindari masalah seperti ini:

java.lang.IllegalStateException: Can not perform this action after onSaveInstanceState
at android.app.FragmentManagerImpl.checkStateLoss(FragmentManager.java:1109)
at android.app.FragmentManagerImpl.popBackStackImmediate(FragmentManager.java:399)
at android.app.Activity.onBackPressed(Activity.java:2066)
at android.app.Activity.onKeyDown(Activity.java:1962)
at android.view.KeyEvent.dispatch(KeyEvent.java:2482)
at android.app.Activity.dispatchKeyEvent(Activity.java:2274)
at com.android.internal.policy.impl.PhoneWindow$DecorView.dispatchKeyEvent(PhoneWindow.java:1668)
at android.view.ViewGroup.dispatchKeyEvent(ViewGroup.java:1112)
at android.view.ViewGroup.dispatchKeyEvent(ViewGroup.java:1112)
at android.view.ViewGroup.dispatchKeyEvent(ViewGroup.java:1112)
at android.view.ViewGroup.dispatchKeyEvent(ViewGroup.java:1112)
at android.view.ViewGroup.dispatchKeyEvent(ViewGroup.java:1112)
at android.view.ViewGroup.dispatchKeyEvent(ViewGroup.java:1112)
at com.android.internal.policy.impl.PhoneWindow$DecorView.superDispatchKeyEvent(PhoneWindow.java:1720)
at com.android.internal.policy.impl.PhoneWindow.superDispatchKeyEvent(PhoneWindow.java:1258)
at android.app.Activity.dispatchKeyEvent(Activity.java:2269)
at com.android.internal.policy.impl.PhoneWindow$DecorView.dispatchKeyEvent(PhoneWindow.java:1668)
at android.view.ViewRoot.deliverKeyEventPostIme(ViewRoot.java:2851)
at android.view.ViewRoot.handleFinishedEvent(ViewRoot.java:2824)
at android.view.ViewRoot.handleMessage(ViewRoot.java:2011)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:132)
at android.app.ActivityThread.main(ActivityThread.java:4025)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:491)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:841)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:599)
at dalvik.system.NativeStart.main(Native Method)  

Ini adalah bug paling bodoh yang saya temui sejauh ini. Saya memiliki Fragmentaplikasi yang berfungsi dengan baik untuk API <11 , dan Force Closingpada API> 11 .

Saya benar-benar tidak tahu apa yang mereka ubah di dalam Activitysiklus hidup dalam panggilan untuk saveInstance, tetapi saya di sini adalah bagaimana saya memecahkan ini:

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

Saya hanya tidak menelepon .super()dan semuanya bekerja dengan baik. Saya harap ini akan menghemat waktu Anda.

EDIT: setelah beberapa penelitian lebih lanjut, ini adalah bug yang dikenal dalam paket dukungan.

Jika Anda perlu menyimpan instance, dan menambahkan sesuatu ke Anda, outState BundleAnda dapat menggunakan yang berikut:

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

EDIT2: ini juga dapat terjadi jika Anda mencoba melakukan transaksi setelah Activitylatar belakang Anda hilang. Untuk menghindari ini, Anda harus menggunakancommitAllowingStateLoss()

EDIT3: Solusi di atas memperbaiki masalah di perpustakaan support.v4 awal dari apa yang saya ingat. Tetapi jika Anda masih memiliki masalah dengan ini, Anda HARUS juga membaca blog @AlexLockwood : Transaksi Fragmen & Aktivitas Kehilangan Negara

Ringkasan dari posting blog (tapi saya sangat menyarankan Anda untuk membacanya):

• TIDAK PERNAH commit() bertransaksi setelah onPause()pada pra-Honeycomb, dan onStop()pada pasca-Honeycomb
• Hati-hati saat melakukan transaksi di dalam Activitymetode siklus hidup. Gunakan onCreate() , onResumeFragments()danonPostResume()
• Hindari melakukan transaksi di dalam metode panggilan balik asinkron
• Gunakan commitAllowingStateLoss()hanya sebagai pilihan terakhir

Mencari di kode sumber Android tentang apa yang menyebabkan masalah ini memberikan bahwa flag mStateSaved di FragmentManagerImplkelas (contoh tersedia di Activity) memiliki nilai true. Ini disetel ke true ketika tumpukan belakang disimpan (saveAllState) saat panggilan dari Activity#onSaveInstanceState. Setelah itu panggilan dari ActivityThread tidak mengatur ulang flag ini menggunakan metode reset yang tersedia dari FragmentManagerImpl#noteStateNotSaved()dan dispatch().

Cara saya melihatnya ada beberapa perbaikan yang tersedia, tergantung pada apa yang dilakukan dan digunakan aplikasi Anda:

Cara yang baik

Sebelum hal lain: Saya akan mengiklankan artikel Alex Lockwood . Lalu, dari apa yang telah saya lakukan sejauh ini:

1. Untuk fragmen dan aktivitas yang tidak perlu menyimpan informasi status apa pun, hubungi commitAllowStateLoss . Diambil dari dokumentasi:

   Mengizinkan komit dieksekusi setelah status aktivitas disimpan. Ini berbahaya karena komit dapat hilang jika aktivitas tersebut nanti harus dipulihkan dari kondisinya, jadi ini hanya boleh digunakan untuk kasus-kasus di mana tidak apa-apa bagi negara UI untuk mengubah secara tak terduga pada pengguna`. Saya kira ini tidak masalah untuk digunakan jika fragmen menampilkan informasi hanya baca. Atau bahkan jika mereka menampilkan info yang dapat diedit, gunakan metode panggilan balik untuk mempertahankan info yang diedit.

2. Tepat setelah transaksi dilakukan (Anda baru saja menelepon commit()), lakukan panggilan ke FragmentManager.executePendingTransactions().

Cara yang tidak disarankan:

1. Seperti Ovidiu Latcu yang disebutkan di atas, jangan menelepon super.onSaveInstanceState(). Tetapi ini berarti Anda akan kehilangan seluruh status aktivitas Anda bersama dengan fragmen.

2. Timpa onBackPresseddan hanya ada panggilan finish(). Ini seharusnya OK jika aplikasi Anda tidak menggunakan Fragmen API; seperti di super.onBackPressedsana ada panggilan untuk FragmentManager#popBackStackImmediate().

3. Jika Anda menggunakan kedua API Fragmen dan status aktivitas Anda penting / vital, maka Anda dapat mencoba menelepon menggunakan API refleksi FragmentManagerImpl#noteStateNotSaved(). Tapi ini peretasan, atau bisa dikatakan itu solusi. Saya tidak suka, tetapi dalam kasus saya ini cukup dapat diterima karena saya memiliki kode dari aplikasi lawas yang menggunakan kode usang ( TabActivitydan secara implisit LocalActivityManager).

Di bawah ini adalah kode yang menggunakan refleksi:

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

Bersulang!

Pengecualian seperti itu akan terjadi jika Anda mencoba melakukan transisi fragmen setelah aktivitas fragmen Anda onSaveInstanceState()dipanggil.

Salah satu alasan ini bisa terjadi, adalah jika Anda membiarkan AsyncTask(atau Thread) menjalankan ketika suatu aktivitas dihentikan.

Setiap transisi setelah onSaveInstanceState()dipanggil dapat berpotensi hilang jika sistem mengklaim kembali aktivitas untuk sumber daya dan membuatnya kembali nanti.

Cukup panggil super.onPostResume () sebelum menampilkan fragmen Anda atau pindahkan kode Anda di metode onPostResume () setelah memanggil super.onPostResume (). Ini menyelesaikan masalah!

Ini juga dapat terjadi ketika memanggil dismiss()fragmen dialog setelah layar dikunci \ blanked dan keadaan instance dialog + Aktivitas telah disimpan. Untuk menyiasati panggilan ini:

dismissAllowingStateLoss()

Secara harfiah setiap kali saya menolak dialog saya tidak peduli tentang keadaan itu lagi, jadi ini tidak masalah untuk dilakukan - Anda sebenarnya tidak kehilangan status apa pun.

Solusi singkat dan bekerja:

Ikuti Langkah Sederhana:

Langkah 1 : Ganti status onSaveInstanceState di masing-masing fragmen. Dan hapus metode super dari itu.

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

Langkah 2 : Gunakan CommitAllowingStateLoss (); alih-alih komit (); sementara operasi fragmen.

fragmentTransaction.commitAllowingStateLoss();

Saya pikir keadaan Siklus Hidup dapat membantu mencegah kerusakan seperti itu dimulai dari dukungan Android lib v26.1.0 Anda dapat melakukan pemeriksaan berikut:

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

atau Anda dapat mencoba:

Fragment.isStateSaved()

informasi lebih lanjut di sini https://developer.android.com/reference/android/support/v4/app/Fragment.html#isStateSaved ()

ini bekerja untuk saya ... menemukan ini sendiri ... semoga membantu Anda!

1) JANGAN memiliki global "statis" FragmentManager / FragmentTransaction.

2) onCreate, SELALU menginisialisasi FragmentManager lagi!

contoh di bawah ini: -

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

Saya selalu mendapatkan ini ketika saya mencoba untuk menunjukkan fragmen dalam metode onActivityForResult (), jadi masalahnya adalah berikutnya:

1. Aktivitas saya dijeda dan dihentikan, yang berarti onSaveInstanceState () sudah dipanggil (untuk perangkat pra-Honeycomb dan pasca-Honeycomb).
2. Jika ada hasil, saya melakukan transaksi untuk menampilkan / menyembunyikan fragmen, yang menyebabkan IllegalStateException ini.

Apa yang saya buat selanjutnya:

1. Nilai tambah untuk menentukan apakah tindakan yang saya inginkan telah dilakukan (mis. Mengambil foto dari camere - isPhotoTaken) - itu bisa berupa nilai boolean atau bilangan bulat tergantung berapa banyak transaksi yang Anda butuhkan.
2. Di overriden metode onResumeFragments () saya memeriksa nilai saya dan setelah melakukan transaksi fragmen yang saya butuhkan. Dalam hal ini commit () tidak dilakukan setelah onSaveInstanceState, karena keadaan dikembalikan dalam metode onResumeFragments ().

Saya memecahkan masalah dengan perubahan konfigurasi. Caranya adalah bahwa menurut siklus hidup aktivitas android, ketika Anda secara eksplisit disebut niat (niat kamera, atau yang lainnya); aktivitas dijeda dan onsavedInstance dipanggil dalam kasus itu. Saat memutar perangkat ke posisi lain selain dari yang selama aktivitas itu aktif; melakukan operasi fragmen seperti fragmen komit menyebabkan pengecualian keadaan ilegal. Ada banyak keluhan tentang hal itu. Ini adalah sesuatu tentang manajemen siklus aktivitas Android dan pemanggilan metode yang tepat. Untuk mengatasinya saya lakukan ini: 1-Override metode onsavedInstance dari aktivitas Anda, dan tentukan orientasi layar saat ini (potret atau lanskap) kemudian atur orientasi layar Anda ke sana sebelum aktivitas Anda dijeda. dengan cara itu aktivitas Anda mengunci rotasi layar untuk aktivitas Anda seandainya telah diputar oleh yang lain. 2-kemudian, ganti metode aktivitas onresume, dan atur mode orientasi Anda sekarang ke sensor sehingga setelah metode yang dipanggil dipanggil akan memanggil sekali lagi konfigurasi untuk menangani rotasi dengan benar.

Anda dapat menyalin / menempelkan kode ini ke aktivitas Anda untuk menghadapinya:

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

Saya memiliki masalah yang sama, mendapatkan IllegalStateException, tetapi mengganti semua panggilan saya untuk melakukan () dengan commitAllowingStateLoss () tidak membantu.

Pelakunya adalah panggilan ke DialogFragment.show ().

Saya mengelilinginya

try {
    dialog.show(transaction, "blah blah");
}
catch(IllegalStateException e) {
    return;
}

dan itu berhasil. OK, saya tidak bisa menampilkan dialog, tetapi dalam hal ini baik-baik saja.

Itu adalah satu-satunya tempat di aplikasi saya di mana saya pertama kali memanggil FragmentManager.beginTransaction () tetapi tidak pernah disebut commit () jadi saya tidak menemukannya ketika saya mencari "commit ()".

Lucunya, pengguna tidak pernah meninggalkan aplikasi. Sebaliknya si pembunuh adalah iklan pengantara AdMob yang muncul.

Solusi saya untuk masalah itu adalah

Dalam metode tambahkan fragmen:

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

Mungkin buruk, tetapi tidak dapat menemukan yang lebih baik.

Saya mendapatkan masalah ini. Namun saya pikir masalah ini tidak terkait dengan commit dan commitAllowStateLoss.

Tumpukan jejak jejak dan pesan pengecualian berikut adalah tentang 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)

Tetapi pengecualian ini disebabkan oleh 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)

Mereka semua disebabkan oleh 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 akan benar setelah onSaveInstanceState.

Masalah ini jarang terjadi. Saya belum pernah mengalami masalah ini. Saya tidak dapat mengulangi masalah ini.

Saya menemukan masalah 25517

Itu mungkin terjadi dalam keadaan berikut

1. Tombol kembali dipanggil setelah onSaveInstanceState, tetapi sebelum aktivitas baru dimulai.

2. gunakan onStop () dalam kode

Saya tidak yakin apa akar masalahnya. Jadi saya menggunakan cara yang jelek.

@Override
public void onBackPressed() {

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

Saya punya masalah yang sama di Aplikasi saya. Saya telah memecahkan masalah ini dengan memanggil super.onBackPressed();kelas sebelumnya dan memanggil commitAllowingStateLoss()kelas saat ini dengan fragmen itu.

onSaveInstance akan dipanggil jika pengguna memutar layar sehingga dapat memuat sumber daya yang terkait dengan orientasi baru.

Ada kemungkinan bahwa pengguna ini memutar layar diikuti dengan menekan tombol kembali (karena itu juga mungkin bahwa pengguna ini meraba-raba ponsel mereka saat menggunakan aplikasi Anda)

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

artikel. memeriksa fragment.isResumed () membantu saya dalam onDestroyView tanpa menggunakan metode onSaveInstanceState.

Masalah yang sama dari saya dan setelah sehari analisis semua artikel, blog dan stackoverflow saya telah menemukan solusi sederhana. Jangan gunakan saveInstanceState sama sekali, ini adalah kondisi dengan satu baris kode. Pada kode fragmen:

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

Ini terjadi setiap kali Anda mencoba memuat fragmen tetapi aktivitas telah mengubah statusnya menjadi onPause (). Ini terjadi misalnya ketika Anda mencoba mengambil data dan memuatnya ke aktivitas tetapi pada saat pengguna telah mengklik beberapa tombol dan telah dipindahkan ke aktivitas berikutnya.

Anda dapat menyelesaikan ini dengan dua cara

Anda dapat menggunakan transaction.commitAllowingStateLoss () alih-alih transaction.commit () untuk memuat fragmen tetapi Anda akhirnya bisa kehilangan operasi komit yang dilakukan.

atau

Pastikan aktivitas sedang dalam resume dan tidak akan berhenti saat memuat fragmen. Buat boolean dan periksa apakah aktivitas tidak akan menjadi status onPause ().

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

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

lalu sambil memuat fragmen, periksa apakah aktivitas ada dan muat hanya saat aktivitas dilatar depan.

if(mIsResumed){
 //load the fragment
}

Terima kasih @gunar, tapi saya rasa ada cara yang lebih baik.

Menurut dokumen:

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

Jadi gunakan commitNowuntuk mengganti:

fragmentTransaction.commit();
FragmentManager.executePendingTransactions()

Nah, setelah mencoba semua solusi di atas tidak berhasil (karena pada dasarnya saya tidak punya transaksi).

Dalam kasus saya, saya menggunakan AlertDialogs dan ProgressDialog sebagai fragmen yang, kadang-kadang, pada rotasi, ketika meminta FragmentManager, kesalahan muncul.

Saya menemukan pemecahan masalah menggabungkan beberapa posting serupa:

Ini adalah solusi 3 langkah, semua dilakukan pada FragmentActivity Anda (dalam hal ini, yang disebut 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();
}

Ketika saya menggunakan startactivity dalam satu fragmen, saya akan mendapatkan pengecualian ini;

Ketika saya mengubah untuk menggunakan startactivityforresult, pengecualian hilang :)

Jadi cara mudah untuk memperbaikinya adalah menggunakan api startActivityForResult :)

Saya mendapatkan pengecualian ini ketika saya menekan tombol kembali untuk membatalkan pemilih pemilih pada aktivitas fragmen peta saya. Saya menyelesaikan ini dengan mengganti kode onResume () (di mana saya menginisialisasi fragmen dan melakukan transaksi) ke onStart () dan aplikasi bekerja dengan baik sekarang. Semoga ini bisa membantu.

Ini diperbaiki di Android 4.2 dan juga di sumber perpustakaan dukungan. [*]

Untuk detail penyebabnya (dan penyelesaiannya) lihat laporan bug Google: http://code.google.com/p/android/issues/detail?id=19917

Jika Anda menggunakan perpustakaan dukungan maka Anda tidak perlu khawatir tentang bug ini (lama) [*]. Namun, jika Anda menggunakan API secara langsung (mis. Tidak menggunakan FragmentManager perpustakaan dukungan) dan menargetkan API di bawah Android 4.2 maka Anda harus mencoba salah satu solusi.

[*] Pada saat penulisan, Android SDK Manager masih mendistribusikan versi lama yang menunjukkan bug ini.

Edit Saya akan menambahkan beberapa klarifikasi di sini karena saya jelas-jelas bingung siapa pun yang memilih jawaban ini.

Ada beberapa keadaan yang berbeda (namun terkait) yang dapat menyebabkan pengecualian ini dilemparkan . Jawaban saya di atas mengacu pada contoh spesifik yang dibahas dalam pertanyaan yaitu bug di Android yang kemudian diperbaiki. Jika Anda mendapatkan pengecualian ini karena alasan lain, itu karena Anda menambahkan / menghapus fragmen ketika seharusnya tidak (setelah status fragmen disimpan). Jika Anda berada dalam situasi seperti itu, maka mungkin " Nested Fragments - IllegalStateException" Tidak dapat melakukan tindakan ini setelah onSaveInstanceState " " dapat bermanfaat bagi Anda.

Setelah meneliti sedikit, solusi untuk masalah ini adalah dengan melakukan fragmen Anda di onresume.

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

Kasus penggunaan saya: Saya telah menggunakan pendengar secara terpisah untuk memberi tahu aktivitas bahwa sesuatu telah terjadi. Saya melakukan fragmen baru pada metode panggilan balik. Ini bekerja dengan sangat baik pada kali pertama. Tetapi pada perubahan orientasi aktivitas diciptakan kembali dengan keadaan instance disimpan. Dalam hal itu fragmen tidak dibuat lagi menyiratkan bahwa fragmen tersebut memiliki pendengar yang sudah lama dihancurkan aktivitasnya. Bagaimana pun metode panggilan balik akan terpicu saat beraksi. Pergi ke aktivitas yang hancur yang menyebabkan masalah. Solusinya adalah mengatur ulang pendengar secara terpisah dengan aktivitas langsung saat ini. Ini menyelesaikan masalah.

Apa yang saya temukan adalah bahwa jika aplikasi lain adalah tipe dialog dan memungkinkan sentuhan untuk dikirim ke aplikasi latar belakang maka hampir semua aplikasi latar belakang akan crash dengan kesalahan ini. Saya pikir kita perlu memeriksa setiap kali transaksi dilakukan jika instance disimpan atau dikembalikan.

Dalam kasus saya, dengan pengecualian kesalahan yang sama, saya meletakkan "onBackPressed ()" di runnable (Anda dapat menggunakan salah satu dari tampilan Anda):

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

Saya tidak mengerti mengapa, tetapi itu berhasil!

Anda mungkin memanggil fragmentManager.popBackStackImmediate (); ketika aktivitas dijeda. Aktivitas belum selesai tetapi dijeda dan tidak di latar depan. Anda perlu memeriksa apakah aktivitas dijeda atau tidak sebelum popBackStackImmediate ().

Saya perhatikan sesuatu yang sangat menarik. Di aplikasi saya ada opsi untuk membuka galeri ponsel dan perangkat menanyakan aplikasi apa yang harus digunakan, di sana saya mengklik area abu-abu menjauh dari dialog dan melihat masalah ini. Saya perhatikan bagaimana aktivitas saya berjalan dari onPause, onSaveInstanceState kembali ke onResume, itu tidak terjadi untuk mengunjungi onCreateView. Saya melakukan transaksi di onResume. Jadi apa yang akhirnya saya lakukan adalah mengatur bendera yang dinegasikan pada jeda, tetapi menjadi benar onCreateView. jika flag benar padaResume maka lakukan onCommit, jika tidak, commitAllowingStateLoss. Saya bisa terus dan menghabiskan begitu banyak waktu tetapi saya ingin memeriksa siklus hidupnya. Saya memiliki perangkat yang merupakan sdkversion 23, dan saya tidak mendapatkan masalah ini, tetapi saya memiliki satu lagi yang 21, dan di sana saya melihatnya.

Anda dapat menggunakan FragmentActivity.onStart sebelum popBackStackImmediate

seperti ini:

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