Android: проблема с перекрытием фрагментов

Просто установите цвет фона для вашего <fragment /> в файле XML.

Решает проблему.

Что ж, настройка цвета фона фрагмента не является решением, потому что фрагмент все еще будет находиться в стеке активности, что может потреблять память.

Решением будет удаление всех представлений из макета фрейма перед добавлением любого нового фрагмента.

private void changeFragment(Fragment fr){
    FrameLayout fl = (FrameLayout) findViewById(R.id.mainframe);
    fl.removeAllViews();
    FragmentTransaction transaction1 = getSupportFragmentManager().beginTransaction();
    transaction1.add(R.id.mainframe, fr);
    transaction1.commit();
}

Я могу очень поздно ответить на этот вопрос.

Примечание.

Этот ответ может не иметь отношения к вышеуказанному вопросу, но надеюсь, что он поможет некоторым.

Иногда возникает проблема с перекрытием фрагментов, когда мы пытаемся использовать фрагменты другого типа (например, используя фрагменты поддержки в нескольких фрагментах и ​​обычные фрагменты в другом фрагменте).

Недавно я столкнулся с той же проблемой в ящике навигации. По ошибке я использовал «import android.support.v4.app.Fragment;» в одном фрагменте и использовал «import android.app.Fragment;» в нескольких других. фрагмент.

Надеюсь, это поможет кому-то..

диспетчер фрагментов поддерживает стек всех предыдущих фрагментов, которые были заменены, иногда фрагменты заднего стека перекрываются с фрагментом, который мы заменили, для меня

  fragmentManager.popBackStack(); 

работает, мы можем сделать это и в цикле, чтобы извлечь все фрагменты в стеке, надеюсь, это поможет, спасибо. Удачного кодирования :)

Вот как я это исправил..

Установка фона удалит эффект перекрытия с экрана, только если макет соответствует заполнению экрана.

Новые фрагменты, заменяемые при нажатии кнопки, не заменялись в tab_selected или в действии смены вкладки.

следующий код исправил это для меня

    public void onTabUnselected(Tab tab, FragmentTransaction ft) {
    // This is required since button click replaces fragment whose link is lost hence overlapping isuee was occuring
    ft.replace(android.R.id.content, mFragment); 
    // On Tab Change remove old fragment views
    ft.remove(mFragment);
}

Другая проблема может быть связана с использованием android.R.id.content в качестве контейнера. Я только что создал FrameLayout и использую идентификатор оттуда.

Я также столкнулся с проблемой перекрытия фрагментов. Вот как я ее решил:

1) Нам нужно добавить первый фрагмент с помощью addToBackStack, чтобы он сохранился в стеке —

FirstFragment firstFragment = new FirstFragment();
getFragmentManager().beginTransaction().add(R.id.fragment_container, firstFragment).addToBackStack("first frag").commit();

2) При добавлении второго фрагмента замените первый фрагмент, а не добавляйте его. Поскольку первый фрагмент уже был добавлен в стек, поэтому он будет присутствовать, когда вы нажмете назад от второго фрагмента -

SecondFragment secondFragment= new SecondFragment();
getFragmentManager().beginTransaction().replace(R.id.fragment_container, secondFragment).addToBackStack("second frag").commit();

3) Вот как можно обрабатывать обратное нажатие, ниже код должен присутствовать в родительском действии -

 public void onBackPressed(){
    if(getFragmentManager().getBackStackEntryCount() <= 1){
       super.onBackPressed();
    } else {
       getFragmentManager().popBackStack();
    }
 }

Вы проверили свой XML и увидели, является ли основной макет Frame Layout? Если нет, используйте макет кадра. Это решит проблему перекрытия. Это единственный способ исправить. Я попробовал «принятый» ответ при поиске решения этой проблемы, и это не сработало.

когда у вас есть перекрывающийся фрагмент, возможно, ваш фон вашего фрагмента прозрачен, вам нужно поместить android:background="@color/white"' внутри ваших свойств фрагмента

<FrameLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:background="@color/white"

и белый нужно поместить внутрь colors.xml #FFFFFF в оставшейся папке.

У меня иногда такая же проблема, но моя проблема не связана с разными менеджерами фрагментов (getSupportFragmentManager(), getFragmentManager()). Я думаю, что есть еще одна проблема. В моем случае, когда я открываю панель навигации, я всегда удаляю старые фрагменты в каждом пункте меню, например:

Fragment calendarFragment = context.getSupportFragmentManager().findFragmentByTag(FragmentTag.CALENDAR.name());
if (calendarFragment != null)
{
    context.getSupportFragmentManager().beginTransaction().remove(calendarFragment).commit();
}

Невозможно попасть в подменю без навигационного ящика, поэтому фрагменты в основном всегда удаляются. В некоторых случаях после того, как я удаляю и снова добавляю фрагмент внутри действия, он внезапно перекрывается другим (предыдущим) фрагментом?! Но почему диспетчер фрагментов вдруг находит предыдущие фрагменты? Это может означать, что менеджер фрагментов глючит и не удаляет старые фрагменты, или что-то другое не работает.
Я думаю, что это какая-то ошибка Android Studio или любого другого инструмента разработки adb, который используется Это. Почему я так думаю, потому что Android Studio иногда теряет экземпляр работающего приложения. Вероятно, эта проблема как-то связана с той же проблемой: Android Studio не развертывает изменения в приложении . Я еще не понял, когда это произойдет. Что я знаю, так это то, что это не может быть проблемой программирования, потому что это невозможно воспроизвести после того, как я перезапустил приложение с помощью Android Studio. Я предполагаю, что каким-то образом зависают какие-либо фоновые процессы, которые вызывают несколько экземпляров Activity, Fragments, менеджеров фрагментов и так далее. Более того, это не только этот баг. В прошлом я видел много странного поведения, похожего на это. (Например, поведение внезапно исчезло, когда приложение не было запущено IDE).

Создание белого цвета фона тоже решило эту проблему для меня. Я думаю, что это ошибка или проблема реализации в диспетчере фрагментации Android. Я правильно реализовал замену и popBackStack().

Когда у меня возникла такая проблема, оказалось, что я добавляю один фрагмент с помощью childFragmentManager, а другой — с помощью родительского fragmentManager, поэтому убедитесь, что вы используете тот же тип диспетчера фрагментов.

Я не думаю, что использование белого фона является безопасным решением, хотя это может быть удобно. В основном проблема возникает из-за того, что диспетчер фрагментов не понимает, какой фрагмент выталкивать.

backstack выглядит так и думает, что вы на frag 4 1-> 2, 2-> 3, 3-> 4, но на самом деле вы по какой-то причине на frag 6, поэтому popbackstack идет

удалить (4) добавить (3) ‹- теперь у вас есть 3 (новые) и 6 (оставшиеся), смешанные вместе

Чтобы лучше контролировать свою навигацию, я отслеживаю свои текущие/предыдущие фрагменты и заменяю их следующим образом. Это позволяет моему приложению управлять навигацией по фрагментам.

if ( !(currentFragment instanceof Settings)) {
        FragmentManager fragmentManager = getFragmentManager();
        FragmentTransaction fragmentTransaction = fragmentManager.beginTransaction();
        fragmentTransaction.replace(R.id.fragment_container, settings);
        fragmentTransaction.addToBackStack(null);
        previousFrag = currentFragment;
        currentFragment = settings;
        fragmentTransaction.commit();
    }

Во-вторых, я считаю, что метод fragmentmanager.replace() является лучшей альтернативой. Не уверен, что это доступно для OP в то время.

В-третьих, для обработки родного обратного нажатия андроидов вам необходимо иметь возможность бесконечно прокручивать назад. Многие люди рекомендуют не добавлять первый фрагмент в задний стек, не используя эту строку.

фрагментТранзакция.addToBackStack(null);

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

Не уверен, что это считается хорошим решением, но оно работает очень хорошо.

1- получить счетчик обратного стека 2- удалить все существующие фрагменты 3- отслеживать объекты фрагментов 4- если это последний фрагмент в стеке, пользователь хочет выйти, и поскольку мы добавили основное действие в задний стек, нам нужно дважды поп

@Override
public void onBackPressed() {

int num = getFragmentManager().getBackStackEntryCount();


        fl.removeAllViews();
        super.onBackPressed();

        if  (currentFragment != previousFrag) {
            currentFragment = previousFrag;
        }else{
            currentFragment = null;
        }

        if (num == 1){
           super.onBackPressed();
        }

Я нашел простое и чистое решение. Для меня проблема заключалась в выполнении транзакции фрагмента при каждом вызове onCreate() моей Activity. Теперь я выполняю транзакцию, только если saveInstanceState == null

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        if (savedInstanceState == null) {
        // replace fragment 
        }
    }

Вместо использования фрагмента в качестве контейнера для фрагментов используйте FragmentContainerView. Это решило проблему для меня