Всплывает SplashScreen, когда экран устройства выключен [дубликат]

Такое исключение произойдет, если вы попытаетесь выполнить переход фрагмента после вызова функции фрагмента onSaveInstanceState().

Одна из причин, по которой это может произойти, - это если вы оставите AsyncTask (или Thread) запущенным при прекращении действия.

Любые переходы после вызова onSaveInstanceState() потенциально теряется, если система восстанавливает активность ресурсов и воссоздает ее позже.

После небольшого исследования решение этой проблемы состоит в том, чтобы сделать ваш фрагмент зафиксированным в onresume.

Источник: https://wenchaojames.wordpress.com/2013/01/12/ IllegalStateException-из-onactivityresult /

Я думаю, что состояние Lifecycle может помочь предотвратить такой крах, начиная с поддержки Android v26.1.0, у вас может быть следующая проверка:

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

или вы можете попробовать:

Fragment.isStateSaved()

дополнительная информация здесь https://developer.android.com/reference/android/support/v4/app/Fragment.html#isStateSaved ()

Спасибо @gunar, но я думаю, что есть лучший способ.

Согласно 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();

Поэтому используйте commitNow для заменить:

fragmentTransaction.commit();
FragmentManager.executePendingTransactions()

Я заметил что-то очень интересное. У меня есть в моем приложении возможность открыть галерею телефона, и устройство спрашивает, какое приложение использовать, там я нажимаю на серой области вдали от диалогового окна и вижу эту проблему. Я заметил, как моя деятельность переходит из onPause, onSaveInstanceState обратно в onResume, не происходит посещения onCreateView. Я делаю транзакции в onResume. Итак, что я закончил делать, это установить флаг, который будет отрицаться onPause, но будет true onCreateView. если флаг true onResume, то do onCommit, иначе commitAllowingStateLoss. Я мог продолжать и тратить столько времени, но я хотел проверить жизненный цикл. У меня есть устройство, которое является sdkversion 23, и я не получаю эту проблему, но у меня есть еще один, который равен 21, и там я его вижу.

это сработало для меня ... нашел это самостоятельно ... надеюсь, что это вам поможет!

1) НЕ имеет глобального «статического» FragmentManager / FragmentTransaction.

2) onCreate, ALWAYS снова инициализируйте FragmentManager!

пример ниже: -

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

Перед вызовом super.onPostResume () просто вызовите super.onPostResume () перед отображением фрагмента или переместите свой код в метод onPostResume (). Это решает проблему!

Вы можете вызвать функцию fragmentManager.popBackStackImmediate (); когда действие приостановлено. Активность не завершена, но приостановлена, а не на переднем плане. Вам нужно проверить, приостановлена ​​ли операция или нет до popBackStackImmediate ().

Когда я использую startactivity в одном фрагменте, я получу это исключение;

Когда я меняю использование startactivityforresult, исключение исчезло :)

Таким образом, простой способ исправить он использует startActivityForResult api:)

У меня была такая же проблема, что и IllegalStateException, но замена всех моих вызовов commit () с помощью commitAllowingStateLoss () не помогла.

Виновником был вызов DialogFragment.show ().

Я окружаю его с помощью

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

, и он сделал это. ОК, я не могу показать диалог, но в этом случае все было в порядке.

Это было единственное место в моем приложении, где я сначала называл FragmentManager.beginTransaction (), но никогда не называл commit () поэтому я не нашел его, когда искал «commit ()».

Самое забавное, что пользователь никогда не покидает приложение. Вместо этого убийца стал рекламным объявлением AdMob.

Тот же вопрос от меня, и после дневного анализа всех статей, блога и stackoverflow я нашел простое решение. Не используйте savedInstanceState вообще, это условие с одной строкой кода. О коде фрагмента:

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

Мое решение для этой проблемы было

В методах добавления фрагмента:

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

Может быть плохо, но не удалось найти ничего лучшего.

У меня возникла эта проблема. Но я думаю, что эта проблема не связана с commit и commitAllowStateLoss.

Следующее сообщение трассировки стека и сообщения об исключении относится к 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)

Но это исключение было вызвано 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)

Все они были вызваны 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 будет истинным после onSaveInstanceState.

Эта проблема редко бывает. Я никогда не сталкивался с этой проблемой. Я не могу повторить проблему.

Я нашел вопрос 25517

Возможно, это произошло в следующих случаях

1. Обратный ключ вызывается после onSaveInstanceState, но до запуска нового действия.
2. использовать onStop () в коде

Я не уверен, в чем корень проблемы. Поэтому я использовал уродливый способ.

@Override
public void onBackPressed() {

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

Я решил проблему с onconfigurationchanged. Хитрость заключается в том, что в соответствии с жизненным циклом активности андроида, когда вы явно называете намерение (намерение камеры или любое другое); действие приостанавливается, и в этом случае вызывается onsavedInstance. При вращении устройства в другое положение, отличное от того, в котором активна активность; выполнение операций фрагмента, таких как фиксация фрагмента, вызывает исключение из нелегального состояния. Есть много жалоб на это. Это что-то вроде управления жизненным циклом активности Android и правильных вызовов методов. Чтобы решить эту проблему, я сделал следующее: 1-Переопределите метод onsavedInstance вашей активности и определите текущую ориентацию экрана (портретную или альбомную), а затем установите ориентацию экрана перед ее приостановкой активности. таким образом, вы заблокируете поворот экрана для своей активности, если он был повернут другим. 2, затем переопределите метод onresume активности и настройте режим ориентации теперь на датчик, чтобы после вызова метода onsaved он будет вызывать еще один раз при настройке для правильного вращения.

Вы можете копировать / вставьте этот код в свою деятельность, чтобы справиться с этим:

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

Это самая глупая ошибка, с которой я столкнулся до сих пор. У меня было приложение Fragment, отлично работающее для API & lt; 11 и Force Closing в API> 11.

Я действительно не мог понять, что они изменили внутри жизненного цикла Activity при вызове saveInstance, но я вот как я решил это :

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

Я просто не звоню в .super(), и все отлично работает. Я надеюсь, что это сэкономит вам некоторое время.

EDIT: после еще нескольких исследований, это известная ошибка в пакете поддержки.

Если вам нужно сохранить экземпляр и добавить что-то в свой outState Bundle, вы можете использовать следующее:

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

EDIT2: это также может произойти, если вы пытаетесь выполнить транзакцию после того, как ваш Activity исчез в фоновом режиме. Чтобы избежать этого, вы должны использовать commitAllowingStateLoss()