Backstack management: перезапуск должен быть создан только на этапе инициализации владельца.

Если вы используете androidx.core: core-ktx: 1.0.2, попробуйте перейти на 1.0.1

Если вы используете жизненный цикл (или rxFragment) и androidx_appcompat: alpha05, попробуйте изменить версию.
ex) appcompat: 1.1.0-beta01 или 1.0.2

Я думаю, что это проявляется как ошибка при сохранении состояния при повторном использовании целевого фрагмента (onPause-onResume).

поскольку версия 1.0.0 не проверяет состояние, поэтому исключение не будет генерироваться, но версия 1.1.0 изменяет исходный код ， поэтому генерирует исключение. .

это исходный код Fragment версии 1.1.0, он вызовет метод performRestore

    void performCreate(Bundle savedInstanceState) {
        if (mChildFragmentManager != null) {
            mChildFragmentManager.noteStateNotSaved();
        }
        mState = CREATED;
        mCalled = false;
        mSavedStateRegistryController.performRestore(savedInstanceState);
        onCreate(savedInstanceState);
        mIsCreated = true;
        if (!mCalled) {
            throw new SuperNotCalledException("Fragment " + this
                    + " did not call through to super.onCreate()");
        }
        mLifecycleRegistry.handleLifecycleEvent(Lifecycle.Event.ON_CREATE);
    }

/**
the exception
**/
public void performRestore(@Nullable Bundle savedState) {
        Lifecycle lifecycle = mOwner.getLifecycle();
        if (lifecycle.getCurrentState() != Lifecycle.State.INITIALIZED) {
            throw new IllegalStateException("Restarter must be created only during "
                    + "owner's initialization stage");
        }
        lifecycle.addObserver(new Recreator(mOwner));
        mRegistry.performRestore(lifecycle, savedState);
    }

это исходный код версии 1.0.0 ， не вызывает performRestore, поэтому исключение не будет

void performCreate(Bundle savedInstanceState) {
    if (mChildFragmentManager != null) {
        mChildFragmentManager.noteStateNotSaved();
    }
    mState = CREATED;
    mCalled = false;
    onCreate(savedInstanceState);
    mIsCreated = true;
    if (!mCalled) {
        throw new SuperNotCalledException("Fragment " + this
                + " did not call through to super.onCreate()");
    }
    mLifecycleRegistry.handleLifecycleEvent(Lifecycle.Event.ON_CREATE);
}

Есть два разных решения, которые могут справиться с этим:
Первое решение - разделить транзакцию。
Поскольку мы всегда используем replace или объединяем remove и add в одна транзакция. Мы можем разделить транзакцию на две транзакции следующим образом:

FragmentTransaction ft = manager.beginTransaction();
        Fragment prev = manager.findFragmentByTag(tag);
        if (prev != null) {
        //commit immediately
            ft.remove(prev).commitAllowingStateLoss();
        }
        FragmentTransaction addTransaction = manager.beginTransaction();
        addTransaction.addToBackStack(null);
        addTransaction.add(layoutId, fragment,
                tag).commitAllowingStateLoss();

потому что эти две транзакции будут двумя разными Сообщениями, которые будут обрабатываться Обработчиком.
Второе решение - проверить состояние заранее. мы можем следить за исходным кодом ， заранее проверить состояние

FragmentTransaction ft = manager.beginTransaction();
        Fragment prev = manager.findFragmentByTag(tag);
        if (prev != null) {
        if (prev.getLifecycle().getCurrentState() != Lifecycle.State.INITIALIZED) {
            return;
        }
            ft.remove(prev);
        }

Я рекомендую первый способ, потому что второй способ - это следование исходному коду, если исходный код изменит код, он будет недействительным。

У меня такая же проблема.

val fragment = Account.activityAfterLogin
        val ft = activity?.getSupportFragmentManager()?.beginTransaction()
        //error
        ft?.setCustomAnimations(android.R.anim.slide_in_left,android.R.anim.slide_out_right)0
        ft?.replace(R.id.framelayout_account,fragment)
        ft?.commit()

Смена версии библиотеки не помогла. Я решил это, добавив строку ft?.AddToBackStack(null) после метода ft?.setCustomAnimations (), и все. Анимация работает и вылетов нет.

Я изменил реализацию на api для androidx.appcompat: appcompat: 1.0.2, и это сработало для меня

Если это может помочь, я столкнулся с той же проблемой с BottomNavigationView и setCustomAnimations, в основном за счет быстрого переключения между фрагментами, вы можете в конечном итоге запустить FragmentTransaction, пока предыдущий не был завершен, а затем он вылетает.

Чтобы этого избежать, я отключаю панель навигации до завершения перехода. Итак, я создал метод для включения / отключения элементов BottomNavigationView (отключение самого BottomNavigationView не отключает меню, или я не нашел способ), а затем снова включаю их после завершения перехода.

Чтобы отключить элементы, я вызываю следующий метод прямо перед запуском FragmentTransition:

public void toggleNavigationBarItems(boolean enabled) {
   Menu navMenu = navigationView.getMenu();
   for (int i = 0; i < navMenu.size(); ++i) {
       navMenu.getItem(i).setEnabled(enabled);
   }
}

Чтобы снова включить их, я создал абстрактный класс Fragment для фрагментов, загруженных из BottomNavigationView. В этом классе я переопределяю onCreateAnimator (если вы используете View Animation, вы должны переопределить onCreateAnimation) и повторно включаю их onAnimationEnd.

@Nullable
@Override
public Animator onCreateAnimator(int transit, boolean enter, int nextAnim) {
    if(enter){ // check the note below
        Animator animator = AnimatorInflater.loadAnimator(getContext(), nextAnim);
        animator.addListener(new AnimatorListenerAdapter() {
            @Override
            public void onAnimationEnd(Animator animation) {
                myActivity.toggleNavigationBarItems(true)
            }
        });
        return animator;
    }
    return super.onCreateAnimator(transit, enter, nextAnim);
}

Примечание: поскольку мои анимации входа и выхода имеют одинаковую продолжительность, мне не нужно синхронизировать их, поскольку анимация входа начинается после анимации выхода. Вот почему if (enter) достаточно.

Я исправил эту проблему, добавив 'synchronized' в метод добавления фрагмента.

до:

public void addFragment(int contentFrameId, Fragment fragment, Bundle param, boolean addToStack) {
    try {
        if (!fragment.isAdded()) {
            if (param != null) {
                fragment.setArguments(param);
            }

            FragmentManager fragmentManager = getSupportFragmentManager();
            FragmentTransaction fragmentTransaction = fragmentManager.beginTransaction()
                    .add(contentFrameId, fragment)
                    .setTransition(FragmentTransaction.TRANSIT_FRAGMENT_FADE);

            if (addToStack)
                fragmentTransaction.addToBackStack(fragment.getClass().toString());

            fragmentTransaction.commit();
        }
    } catch (IllegalStateException e) {
        handleError(e.getMessage());
    } catch (Exception e) {
        handleError(e.getMessage());
    }
}

после:

public synchronized void addFragment(int contentFrameId, Fragment fragment, Bundle param, boolean addToStack) {
    try {
        if (!fragment.isAdded()) {
            if (param != null) {
                fragment.setArguments(param);
            }

            FragmentManager fragmentManager = getSupportFragmentManager();
            FragmentTransaction fragmentTransaction = fragmentManager.beginTransaction()
                    .add(contentFrameId, fragment)
                    .setTransition(FragmentTransaction.TRANSIT_FRAGMENT_FADE);

            if (addToStack)
                fragmentTransaction.addToBackStack(fragment.getClass().toString());

            fragmentTransaction.commit();
        }
    } catch (IllegalStateException e) {
        handleError(e.getMessage());
    } catch (Exception e) {
        handleError(e.getMessage());
    }
}

Кажется, эта ошибка решена с помощью androidx.appcompat: appcomat: 1.1.0-rc01 и androidx.fragment: fragment: 1.1.0-rc03.

https://developer.android.com/jetpack/androidx/releases/fragment#1.1.0-rc03

У меня такая проблема при использовании setCustomAnimations. удалив setCustomAnimations, я решил мою проблему. также у меня нет проблем, когда я создаю новый экземпляр фрагмента перед его показом даже с помощью setCustomAnimation.

РЕДАКТИРОВАТЬ: другой способ - добавить фрагмент в стопку.

Я смог исправить это (надеюсь ????), используя commitNow() вместо commit() для всех транзакций нижнего навигационного фрагмента. Мне больше нравится этот подход, поскольку он позволяет по-прежнему использовать настраиваемые переходы между фрагментами.

Примечание. Это решение применяется только в том случае, если вы не хотите, чтобы ваши нижние навигационные транзакции добавлялись в бэкстэк (чего вы в любом случае делать не должны).

Ничего не работало, кроме решения Drown Coder, но оно все равно не было идеальным, поскольку добавляло транзакции в backstack. Таким образом, если вы нажмете все кнопки в нижней части навигации, у вас будет как минимум по 1 фрагменту каждого фрагмента в стеке. Я немного улучшил это решение, поэтому вы не используете .replace(), приводящий к сбою приложения с анимацией действий.

Вот код:

if (getChildFragmentManager().getBackStackEntryCount() > 0) {
    getChildFragmentManager().popBackStack();
}

FragmentTransaction addTransaction = getChildFragmentManager().beginTransaction();
addTransaction.setCustomAnimations(R.animator.fragment_fade_in, R.animator.fragment_fade_out);
addTransaction.addToBackStack(null);
addTransaction.add(R.id.frame, fragment, fragment.getClass().getName()).commitAllowingStateLoss();

Я нашел другой способ создания этого дела.

CASE-1

1. Надуть фрагмент в рамке-макете на мероприятии
2. запустить запрос API (не использовать ответ API, когда приложение находится на переднем плане)
3. Держите приложение в фоновом режиме
4. Использовать запрос API (предположим, вы хотите добавить еще один фрагмент в ответ API)
5. Надуйте другой фрагмент с помощью метода .replace () в том же макете фрейма.
6. Вы сможете создать Crash

CASE-2

1. Надуть фрагмент в рамке-макете на мероприятии
2. Начать запрос API
3. Используйте api на переднем плане (предположим, вы хотите добавить еще один фрагмент в ответ api, используя метод .replace () менеджера фрагментов)
4. Поместите приложение в фоновый режим
5. Воссоздайте свое приложение (вы можете сделать это, используя Не сохранять действия, изменение разрешений, изменение языка системы)
6. Вернитесь к своему приложению
7. Ваша деятельность начнет воссоздавать
8. Действие автоматически воссоздает свой уже раздутый фрагмент, предположим, что он (точка-1)
9. Убедитесь, что API снова запрашивается в случае повторного создания, после пункта 8
10. Использовать ответ API и раздуть другой фрагмент с помощью метода .replace ()
11. Вы сможете создать сбой (так как в этом случае уже выполняется переход в точке-8, а вы добавляете еще один фрагмент в точку-10)