nhận ngoại lệ, IllegalStateException: không thể thực hiện hành động này sau khi onSaveInstanceState tựa

Tôi có một ứng dụng Live Android và từ thị trường tôi đã nhận được theo dõi stack và tôi không biết tại sao nó lại xảy ra vì nó không xảy ra trong mã ứng dụng nhưng nó bị gây ra bởi một số hoặc sự kiện khác từ ứng dụng (giả định)

Tôi không sử dụng Fragment, vẫn có một tài liệu tham khảo về FragmentManager. Nếu bất kỳ cơ quan nào có thể đưa ra một số ánh sáng trên một số sự kiện ẩn để tránh loại vấn đề này:

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)  

Đây là lỗi ngu ngốc nhất mà tôi gặp phải cho đến nay. Tôi đã có một Fragmentứng dụng hoạt động hoàn hảo cho API <11 và Force Closingtrên API> 11 .

Tôi thực sự không thể tìm ra những gì họ đã thay đổi trong Activityvòng đời trong cuộc gọi đến saveInstance, nhưng tôi ở đây là cách tôi giải quyết điều này:

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

Tôi chỉ không thực hiện cuộc gọi đến .super()và mọi thứ hoạt động tốt. Tôi hy vọng điều này sẽ giúp bạn tiết kiệm thời gian.

EDIT: sau một số nghiên cứu thêm, đây là một lỗi đã biết trong gói hỗ trợ.

Nếu bạn cần lưu ví dụ và thêm một cái gì đó vào outState Bundle bạn có thể sử dụng như sau:

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

EDIT2: điều này cũng có thể xảy ra nếu bạn đang cố gắng thực hiện một giao dịch sau khi bạn Activityđã ở chế độ nền. Để tránh điều này bạn nên sử dụngcommitAllowingStateLoss()

EDIT3: Các giải pháp trên đã khắc phục các sự cố trong các thư viện support.v4 ban đầu từ những gì tôi có thể nhớ. Nhưng nếu bạn vẫn có vấn đề với điều này thì bạn PHẢI đọc blog của @AlexLockwood : Giao dịch mảnh và mất trạng thái hoạt động

Tóm tắt từ bài đăng trên blog (nhưng tôi thực sự khuyên bạn nên đọc nó):

• KHÔNG BAO GIỜ commit() giao dịch sauonPause() trên Honeycomb và onStop()sau Honeycomb
• Hãy cẩn thận khi thực hiện các giao dịch bên trong Activitycác phương thức vòng đời. Sử dụng onCreate() , onResumeFragments()vàonPostResume()
• Tránh thực hiện các giao dịch bên trong các phương thức gọi lại không đồng bộ
• commitAllowingStateLoss()Chỉ sử dụng như là phương sách cuối cùng

Tìm kiếm trong mã nguồn Android về nguyên nhân gây ra sự cố này cho thấy cờ mStateSatted trong FragmentManagerImpllớp (ví dụ có sẵn trong Hoạt động) có giá trị đúng. Nó được đặt thành true khi ngăn xếp phía sau được lưu (saveAllState) trong cuộc gọi từ Activity#onSaveInstanceState. Sau đó, các cuộc gọi từ ActivityThread không đặt lại cờ này bằng các phương thức đặt lại có sẵn từ FragmentManagerImpl#noteStateNotSaved()vàdispatch() .

Cách tôi nhìn thấy nó có một số bản sửa lỗi có sẵn, tùy thuộc vào ứng dụng của bạn đang làm gì và sử dụng:

Cách tốt

Trước bất cứ điều gì khác: tôi sẽ quảng cáo bài viết của Alex Lockwood . Sau đó, từ những gì tôi đã làm cho đến nay:

1. Đối với các phân đoạn và hoạt động không cần giữ bất kỳ thông tin trạng thái nào, hãy gọi commit ALLowStateLoss . Lấy từ tài liệu:

   Cho phép cam kết được thực thi sau khi trạng thái của một hoạt động được lưu. Điều này rất nguy hiểm vì cam kết có thể bị mất nếu sau đó hoạt động cần được khôi phục từ trạng thái của nó, do đó, điều này chỉ nên được sử dụng cho các trường hợp trạng thái UI thay đổi bất ngờ đối với người dùng. Tôi đoán điều này là ổn để sử dụng nếu đoạn đang hiển thị thông tin chỉ đọc. Hoặc ngay cả khi chúng hiển thị thông tin có thể chỉnh sửa, hãy sử dụng các phương thức gọi lại để giữ lại thông tin đã chỉnh sửa.

2. Ngay sau khi giao dịch được cam kết (bạn vừa gọi commit()), hãy gọi đến FragmentManager.executePendingTransactions().

Những cách không được đề xuất:

1. Như Ovidiu Latcu đã đề cập ở trên, đừng gọi super.onSaveInstanceState(). Nhưng điều này có nghĩa là bạn sẽ mất toàn bộ trạng thái hoạt động của mình cùng với trạng thái phân mảnh.

2. Ghi đè onBackPressedvà trong đó chỉ gọi finish(). Điều này sẽ ổn nếu ứng dụng của bạn không sử dụng API Fragment; như trong super.onBackPressedđó có một cuộc gọi đến FragmentManager#popBackStackImmediate().

3. Nếu bạn đang sử dụng cả API Fragment và trạng thái hoạt động của bạn là quan trọng / quan trọng, thì bạn có thể thử gọi bằng API phản chiếu FragmentManagerImpl#noteStateNotSaved(). Nhưng đây là một hack, hoặc người ta có thể nói đó là một cách giải quyết. Tôi không thích nó, nhưng trong trường hợp của tôi, nó hoàn toàn có thể chấp nhận được vì tôi có một mã từ một ứng dụng cũ sử dụng mã không dùng nữa ( TabActivityvà ngầm LocalActivityManager).

Dưới đây là mã sử dụng sự phản chiếu:

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

Chúc mừng!

Một ngoại lệ như vậy sẽ xảy ra nếu bạn cố gắng thực hiện chuyển tiếp đoạn sau hoạt động của đoạn onSaveInstanceState() được gọi.

Một lý do điều này có thể xảy ra, là nếu bạn để lại một AsyncTask(hoặcThread ) chạy khi một hoạt động bị dừng lại.

Bất kỳ chuyển đổi nào sau khi onSaveInstanceState()được gọi đều có khả năng bị mất nếu hệ thống lấy lại hoạt động cho tài nguyên và tạo lại sau đó.

Chỉ cần gọi super.onPostResume () trước khi hiển thị đoạn của bạn hoặc di chuyển mã của bạn trong phương thức onPostResume () sau khi gọi super.onPostResume (). Điều này giải quyết vấn đề!

Điều này cũng có thể xảy ra khi gọi dismiss()một đoạn hộp thoại sau khi màn hình bị khóa \ blanks và trạng thái thể hiện của hộp thoại Activity + đã được lưu. Để giải quyết cuộc gọi này:

dismissAllowingStateLoss()

Theo nghĩa đen, mỗi lần tôi bỏ qua một hộp thoại, tôi không quan tâm đến trạng thái của nó nữa, vì vậy điều này là ổn để làm - bạn thực sự không mất bất kỳ trạng thái nào.

Giải pháp ngắn gọn và hiệu quả:

Thực hiện theo các bước đơn giản:

Bước 1 : Ghi đè trạng thái onSaveInstanceState trong đoạn tương ứng. Và loại bỏ siêu phương pháp từ nó.

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

Bước 2 : Sử dụng Commit ALLowingStateLoss (); thay vì cam kết (); trong khi hoạt động phân mảnh.

fragmentTransaction.commitAllowingStateLoss();

Tôi nghĩ trạng thái Vòng đời có thể giúp ngăn chặn sự cố như vậy bắt đầu từ Android hỗ trợ lib v26.1.0, bạn có thể kiểm tra như sau:

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

hoặc bạn có thể thử:

Fragment.isStateSaved()

biết thêm thông tin tại đây https://developer.android.com/reference/android/support/v4/app/Fragment.html#isStateSatted ()

điều này làm việc cho tôi ... tìm thấy điều này một mình ... hy vọng nó sẽ giúp bạn!

1) KHÔNG có FragmentManager / FragmentTransaction "tĩnh" toàn cầu.

2) onCreate, LUÔN LUÔN khởi tạo lại FragmentManager!

mẫu dưới đây: -

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

Tôi đã luôn nhận được điều này khi tôi cố gắng hiển thị đoạn trong phương thức onActivityForResult (), vì vậy vấn đề tiếp theo là:

1. Hoạt động của tôi bị tạm dừng và dừng lại, điều đó có nghĩa là onSaveInstanceState () đã được gọi (đối với cả thiết bị trước Honeycomb và sau Honeycomb).
2. Trong trường hợp có bất kỳ kết quả nào, tôi đã thực hiện giao dịch để hiển thị / ẩn đoạn, điều này gây ra IllegalStateException này.

Những gì tôi làm là tiếp theo:

1. Giá trị gia tăng để xác định xem hành động tôi muốn đã được thực hiện chưa (ví dụ: chụp ảnh từ camere - isPhotoTaken) - đó có thể là giá trị boolean hoặc số nguyên tùy thuộc vào số lượng giao dịch bạn cần.
2. Trong phương thức overriden onResumeFragments () tôi đã kiểm tra giá trị của mình và sau khi thực hiện các giao dịch phân đoạn tôi cần. Trong trường hợp này, commit () không được thực hiện sau onSaveInstanceState, vì trạng thái được trả về trong phương thức onResumeFragments ().

Tôi đã giải quyết vấn đề với onconfigurationchanged. Bí quyết là theo vòng đời hoạt động của Android, khi bạn gọi một cách rõ ràng một ý định (ý định máy ảnh, hoặc bất kỳ mục đích nào khác); hoạt động bị tạm dừng và onsattedInstance được gọi trong trường hợp đó. Khi xoay thiết bị đến một vị trí khác ngoài vị trí mà hoạt động đang hoạt động; thực hiện các hoạt động phân đoạn như cam kết phân mảnh gây ra ngoại lệ bất hợp pháp. Có rất nhiều phàn nàn về nó. Đó là một cái gì đó về quản lý vòng đời hoạt động Android và các cuộc gọi phương thức thích hợp. Để giải quyết vấn đề này, tôi đã làm điều này: 1-Ghi đè phương thức onsattedInstance của hoạt động của bạn và xác định hướng màn hình hiện tại (dọc hoặc ngang) sau đó đặt hướng màn hình của bạn thành trước khi hoạt động của bạn bị tạm dừng. bằng cách đó, hoạt động bạn khóa xoay màn hình cho hoạt động của bạn trong trường hợp nó bị xoay bởi hoạt động khác. 2-sau đó, ghi đè phương thức hoạt động onresume và đặt chế độ định hướng của bạn ngay bây giờ thành cảm biến để sau khi gọi phương thức tiện, nó sẽ gọi thêm một lần cấu hình để xử lý xoay vòng đúng cách.

Bạn có thể sao chép / dán mã này vào hoạt động của mình để đối phó với nó:

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

Tôi gặp vấn đề tương tự, nhận IllegalStateException, nhưng thay thế tất cả các cuộc gọi của tôi để cam kết () bằng commit ALLowingStateLoss () không giúp ích được gì.

Thủ phạm là một cuộc gọi đến DialogFragment.show ().

Tôi bao quanh nó với

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

và điều đó đã làm nó. OK, tôi không được hiển thị hộp thoại, nhưng trong trường hợp này thì ổn.

Đó là nơi duy nhất trong ứng dụng của tôi, nơi lần đầu tiên tôi gọi là FragmentManager.beginTransaction () nhưng không bao giờ được gọi là commit () vì vậy tôi đã không tìm thấy nó khi tôi tìm "commit ()".

Điều buồn cười là, người dùng không bao giờ rời khỏi ứng dụng. Thay vào đó, kẻ giết người là một quảng cáo xen kẽ AdMob xuất hiện.

Giải pháp của tôi cho vấn đề đó là

Trong các phương thức thêm đoạn:

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

Có thể là xấu, nhưng không thể tìm thấy bất cứ điều gì tốt hơn.

Tôi đã gặp vấn đề này. Nhưng tôi nghĩ vấn đề này không liên quan đến cam kết và commit ALLowStateLoss.

Theo dõi ngăn xếp và thông báo ngoại lệ sau đây là về 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)

Nhưng ngoại lệ này là do onBackPression ()

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)

Tất cả đều do checkStateLoss () gây ra

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

mStateSatted sẽ đúng sau khi onSaveInstanceState.

Vấn đề này hiếm khi xảy ra. Tôi chưa bao giờ gặp phải vấn đề này. Tôi không thể nhắc lại vấn đề.

Tôi tìm thấy vấn đề 25517

Nó có thể đã xảy ra trong các trường hợp sau đây

1. Phím quay lại được gọi sau onSaveInstanceState, nhưng trước khi hoạt động mới được bắt đầu.

2. sử dụng onStop () trong mã

Tôi không chắc gốc rễ của vấn đề là gì. Vì vậy, tôi đã sử dụng một cách xấu xí.

@Override
public void onBackPressed() {

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

Tôi đã có cùng một vấn đề trong ứng dụng của tôi. Tôi đã được giải quyết vấn đề này chỉ bằng cách gọi super.onBackPressed();lớp trước và gọi commitAllowingStateLoss()lớp hiện tại với đoạn đó.

onSaveInstance sẽ được gọi nếu người dùng xoay màn hình để nó có thể tải tài nguyên được liên kết với hướng mới.

Có thể người dùng này đã xoay màn hình theo sau bằng cách nhấn nút quay lại (vì cũng có thể người dùng này đã dò dẫm điện thoại của họ trong khi sử dụng ứng dụng của bạn)

Đọc http://chris-alexander.co.uk/on-engineering/dev/android-fragments-within-fragments/

bài báo. Kiểm tra Fragment.isResumed () giúp tôi trong phương thức onDestroyView w / o bằng cách sử dụng phương thức onSaveInstanceState.

Vấn đề tương tự từ tôi và sau một ngày dài phân tích tất cả các bài viết, blog và stackoverflow tôi đã tìm thấy một giải pháp đơn giản. Không sử dụng saveInstanceState, đây là điều kiện với một dòng mã. Trên đoạn mã:

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

Điều này xảy ra bất cứ khi nào bạn đang cố tải một đoạn nhưng hoạt động đã thay đổi trạng thái thành onPause (). Điều này xảy ra ví dụ khi bạn cố gắng tìm nạp dữ liệu và tải nó vào hoạt động nhưng khi người dùng đã nhấp vào nút nào đó và đã chuyển sang hoạt động tiếp theo.

Bạn có thể giải quyết điều này theo hai cách

Bạn có thể sử dụng giao dịch.

hoặc là

Đảm bảo rằng hoạt động ở trạng thái tiếp tục và sẽ không tạm dừng trạng thái khi tải một đoạn. Tạo một boolean và kiểm tra xem hoạt động sẽ không ở trạng thái onPause ().

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

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

sau đó trong khi tải đoạn kiểm tra nếu hoạt động có mặt và chỉ tải khi hoạt động được nền trước.

if(mIsResumed){
 //load the fragment
}

Cảm ơn @gunar, nhưng tôi nghĩ có một cách tốt hơn.

Theo tài liệu:

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

Vì vậy, sử dụng commitNowđể thay thế:

fragmentTransaction.commit();
FragmentManager.executePendingTransactions()

Vâng, sau khi thử tất cả các giải pháp trên mà không thành công (vì về cơ bản tôi không có giao dịch).

Trong trường hợp của tôi, tôi đã sử dụng AlertDialogs và ProgressDialog như những mảnh vỡ, đôi khi, khi xoay vòng, khi yêu cầu FragmentManager, lỗi tăng lên.

Tôi tìm thấy một cách giải quyết pha trộn một số bài viết tương tự:

Đây là giải pháp 3 bước, tất cả được thực hiện trên FragmentActivity của bạn (trong trường hợp này, được gọi là 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();
}

Khi tôi sử dụng tính khởi động trong một đoạn, tôi sẽ nhận được ngoại lệ này;

Khi tôi thay đổi để sử dụng startactivityforresult, ngoại lệ sẽ biến mất :)

Vì vậy, cách dễ dàng để khắc phục nó là sử dụng api startActivityForResult :)

Tôi đã nhận được ngoại lệ này khi tôi nhấn nút quay lại để hủy trình chọn ý định trên hoạt động phân đoạn bản đồ của mình. Tôi đã giải quyết vấn đề này bằng cách thay thế mã của onResume () (nơi tôi đang khởi tạo phân đoạn và cam kết giao dịch) thành onStart () và ứng dụng hiện đang hoạt động tốt. Hy vọng nó giúp.

Điều này được sửa trong Android 4.2 và cả trong nguồn của thư viện hỗ trợ. [*]

Để biết chi tiết về nguyên nhân (và cách giải quyết), hãy tham khảo báo cáo lỗi của Google: http://code.google.com.vn/p/android/issues/detail?id=19917

Nếu bạn đang sử dụng thư viện hỗ trợ thì bạn không cần phải lo lắng về lỗi này (lâu dài) [*]. Tuy nhiên, nếu bạn đang sử dụng API trực tiếp (tức là Không sử dụng FragmentManager của thư viện hỗ trợ) và nhắm mục tiêu API bên dưới Android 4.2 thì bạn sẽ cần thử một trong những cách giải quyết.

[*] Tại thời điểm viết Trình quản lý SDK Android vẫn đang phân phối một phiên bản cũ thể hiện lỗi này.

Biên tập Tôi sẽ thêm một số làm rõ ở đây vì rõ ràng tôi đã nhầm lẫn bất cứ ai đã bỏ phiếu cho câu trả lời này.

Có một số trường hợp khác nhau (nhưng có liên quan) có thể khiến ngoại lệ này bị ném . Câu trả lời của tôi ở trên là đề cập đến trường hợp cụ thể được thảo luận trong câu hỏi, tức là một lỗi trong Android đã được sửa chữa sau đó. Nếu bạn nhận được ngoại lệ này vì một lý do khác thì đó là vì bạn đã thêm / xóa các đoạn khi bạn không nên (sau khi các trạng thái phân đoạn đã được lưu). Nếu bạn đang ở trong tình huống như vậy thì có lẽ " Các mảnh vỡ lồng nhau - IllegalStateException, không thể thực hiện hành động này sau khi onSaveInstanceState Lần " có thể được sử dụng cho bạn.

Sau khi nghiên cứu một chút, giải pháp cho vấn đề này là thực hiện phân đoạn của bạn trong onresume.

Nguồn: https://wenchaojames.wordpress.com/2013/01/12/illegalstateexception-from-onactivityresult/

Trường hợp sử dụng của tôi: Tôi đã sử dụng trình nghe trong đoạn để thông báo cho hoạt động rằng một số điều đã xảy ra. Tôi đã thực hiện cam kết đoạn mới trên phương thức gọi lại. Điều này hoạt động hoàn toàn tốt vào lần đầu tiên. Nhưng về định hướng thay đổi, hoạt động được tạo lại với trạng thái thể hiện đã lưu. Trong trường hợp đó, đoạn không được tạo ra một lần nữa ngụ ý rằng đoạn đó có người nghe là hoạt động bị phá hủy cũ. Bất kỳ cách nào phương thức gọi lại sẽ được kích hoạt trên hành động. Nó đi đến hoạt động bị phá hủy gây ra vấn đề. Giải pháp là thiết lập lại trình nghe theo từng đoạn với hoạt động trực tiếp hiện tại. Điều này giải quyết vấn đề.

Những gì tôi tìm thấy là nếu một ứng dụng khác là loại hộp thoại và cho phép các lần chạm được gửi đến ứng dụng nền thì hầu như bất kỳ ứng dụng nền nào cũng sẽ gặp sự cố với lỗi này. Tôi nghĩ rằng chúng ta cần kiểm tra mỗi khi giao dịch được thực hiện nếu thể hiện được lưu hoặc khôi phục.

Trong trường hợp của tôi, với cùng một ngoại lệ lỗi, tôi đặt "onBackPression ()" trong một runnable (bạn có thể sử dụng bất kỳ chế độ xem nào của bạn):

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

Tôi không hiểu tại sao, nhưng nó hoạt động!

Bạn có thể đang gọi FragmentManager.popBackStackImmediate (); khi hoạt động bị tạm dừng. Hoạt động chưa kết thúc nhưng bị tạm dừng và không ở phía trước. Bạn cần kiểm tra xem hoạt động có bị tạm dừng hay không trước khi popBackStackImmediate ().

Tôi nhận thấy một điều rất thú vị. Tôi có trong ứng dụng của mình tùy chọn để mở thư viện điện thoại và thiết bị sẽ hỏi ứng dụng nào sẽ sử dụng, ở đó tôi nhấp vào vùng màu xám cách xa hộp thoại và thấy vấn đề này. Tôi nhận thấy cách hoạt động của tôi đi từ onPause, onSaveInstanceState trở lại onResume, nó không xảy ra để truy cập onCreateView. Tôi đang thực hiện giao dịch tại onResume. Vì vậy, những gì tôi đã làm là thiết lập một cờ bị phủ định onPause, nhưng là onCreateView đúng. nếu cờ đúng là onResume thì hãy thực hiện onCommit, nếu không thì commit ALLowingStateLoss. Tôi có thể tiếp tục và lãng phí rất nhiều thời gian nhưng tôi muốn kiểm tra vòng đời. Tôi có một thiết bị sdkversion 23 và tôi không gặp phải vấn đề này, nhưng tôi có một thiết bị khác là 21, và tôi thấy nó.

bạn có thể sử dụng FragmentActivity.onStart trước popBackStackImmediate

như thế này:

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://jiltyliu.blogspot.com/2014/09/illegalstateexception-can-not-perform.html