IllegalArgumentException: для id для фрагмента не найдено никакого представления --- ViewPager в ViewPager

Ответ 1

Update:

Я прочитал исходный код FragmentManager и, наконец, получил истинную причину: это исключение происходит, когда фрагменты хотят быть прикреплены к viewpager до того, как viewpager привязан к его родительскому элементу. Другими словами, перед возвратом метода getView() фрагменты раздуваются. Затем вызывается метод findViewById() контейнера ViewPager, но ViewPager еще находится в состоянии отсоединения, поэтому нуль обнаружен и исключение IllegalArgumentException.

Решением является создание настраиваемого ViewPager и ленивый набор адаптера:

public class BannerViewPager extends ViewPager {
    PagerAdapter mPagerAdapter;

    @Override
    protected void onAttachedToWindow() {
        super.onAttachedToWindow();
        if (mPagerAdapter != null) {
            super.setAdapter(mPagerAdapter);
            mPageIndicator.setViewPager(this);
        }
    }

    @Override
    public void setAdapter(PagerAdapter adapter) {
    }

    public void storeAdapter(PagerAdapter pagerAdapter) {
        mPagerAdapter = pagerAdapter;
    }

    public BannerViewPager(Context context) {
        super(context);
    }

    public BannerViewPager(Context context, AttributeSet attrs) {
        super(context, attrs);
    }

}

И в методе getView() используйте storeAdapter() вместо setAdapter.

Следующие утверждения неверны. Слова, приведенные выше, являются фактической причиной.

• В родительском ViewPager я использовал FragmentPagerAdapter для хранения фрагментов, но теперь вместо этого использую FragmentStatePagerAdapter. Разницу между этими двумя можно найти здесь: Разница между FragmentPagerAdapter и FragmentStatePagerAdapter.
  Проще говоря, FragmentPagerAdapter будет хранить больше информации при остановке фрагмента. В этой ситуации первый фрагмент в родительском ViewPager останавливается, но не уничтожается, а виды в этом фрагменте уничтожаются. После возобновления фрагмент попытается повторно раздуть все взгляды. Но до вызова метода getView() и воссоздания суб-ViewPager дочерний FragmentManager пытается найти суб-ViewPager для хранения ранее сохраненных фрагментов. Таким образом, появляется "java.lang.IllegalArgumentException: No view found for id".

• После замены FragmentPagerAdapter на FragmentStatePagerAdapter появляется другая проблема. отсутствует суб-просмотрщик, когда родительский фрагмент (первый фрагмент в родительском представлении) был остановлен, уничтожен и возобновлен. Это происходит, когда выбирается первый фрагмент, вскоре после этого выбирается третий фрагмент, и, наконец, первый фрагмент повторно выбирается. Я думаю, что это ошибка android sdk. Вдохновленный здесь и здесь, я использую несколько сложных методов для решения проблемы. Дело в том, что когда родительский фрагмент уничтожается, член поля --- mChildFragmentManager "заканчивается сломанным внутренним состоянием" и не полностью очищается. Когда родительский фрагмент воссоздается, mChildFragmentManager не является нулевым, но субфрагменты уже уничтожены после уничтожения родительского фрагмента, который управлялся mChildFragmentManager. Таким образом, sub ViewPager отображает пустой экран на экране, который отвечает на фальшивый фрагмент, который на самом деле не существует. Самое смешное, что после прокрутки прямо на дополнительном ViewPager несколько раз снова появляются фрагменты и представления.

Вот коды:

Родительский адаптер:

@Override
public View getView(int position, View convertView, ViewGroup parent) {
    if (convertView == null) {
        convertView = getBannerView(mParent);
    }
    mViewPager = (ViewPager) convertView;
    if (mBanners != null && !mBanners.isEmpty()) {
        if (mPagerAdapter == null) {
            FragmentManager childFM = mFragment.getChildFragmentManager();
            removeOldFragment(childFM);
            mPagerAdapter = new ScreenSlidePagerAdapter(childFM, mBanners);
            mViewPager.setAdapter(mPagerAdapter);
        }
    }
    return convertView;
}

Ключевой метод:

    private void removeOldFragment(FragmentManager fm) {
        try {
            Field added = fm.getClass().getDeclaredField("mAdded");
            added.setAccessible(true);
            added.set(fm, null);
        } catch (NoSuchFieldException e) {
            throw new RuntimeException(e);
        } catch (IllegalAccessException e) {
            throw new RuntimeException(e);
        }
        try {
            Field active = fm.getClass().getDeclaredField("mActive");
            active.setAccessible(true);
            active.set(fm, null);
        } catch (NoSuchFieldException e) {
            throw new RuntimeException(e);
        } catch (IllegalAccessException e) {
            throw new RuntimeException(e);
        }
    }

Ответ 2

Когда у вас есть Activity и Fragment, которые будут содержаться в Activity, у вас будет layout-xml с идентификатором, где должен быть помещен фрагмент.

Если идентификатор не находится в Activity, вы получите это исключение.

Пример:

getSupportFragmentManager().beginTransaction()
            .add(R.id.banner_container, bannerFragment)
            .commit();

Если R.id.banner_container не является идентификатором в Activity-layout-xml, вы получите исключение.

Ответ 3

Столкнулся с той же проблемой при использовании вложенных ViewPager. Я исправил проблему, заменив оба FragmentPagerAdapter на FragmentStatePagerAdapter.

Ответ 4

Xieyi проделал хорошую работу по объяснению причин, лежащих в основе исключения.

Вот решение, которое я нашел:

@Override
public void onPause() {
    super.onPause();

    for ( Fragment f : getChildFragmentManager().getFragments() ) {
        if ( f instanceof MyFragmentType ) {
            getChildFragmentManager().beginTransaction().remove( f ).commit();
        }
    }

}

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

Ответ 5

Хотя решение Xieyi работает отлично, оно в значительной степени основано на отражении, что не очень хорошо.

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

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

private List<Fragment> mFragments = new ArrayList<>();

@Override
public void onViewCreated(View view, @Nullable Bundle savedInstanceState) {
    super.onViewCreated(view, savedInstanceState);

    …(DO YOUR STUFF)
    //register a fragment lifecycle callback
    getChildFragmentManager().registerFragmentLifecycleCallbacks(new FragmentManager.FragmentLifecycleCallbacks() {

        @Override
        public void onFragmentCreated(FragmentManager fm, Fragment f, Bundle savedInstanceState) {
            super.onFragmentCreated(fm, f, savedInstanceState);
            mFragments.add(f);
        }

        @Override
        public void onFragmentDestroyed(FragmentManager fm, Fragment f) {
            super.onFragmentDestroyed(fm, f);
            mFragments.remove(f);
        }
    }, false);

Далее нам нужно только перебрать список фрагментов, чтобы удалить их из диспетчера дочерних фрагментов, внутри onCreateView:

@Nullable
@Override
public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container,
                         @Nullable Bundle savedInstanceState) {
    //remove child fragments before inflating view
    Iterator<Fragment> iterator = mFragments.iterator();
    while (iterator.hasNext()) {
        Fragment fragment = iterator.next();
        iterator.remove();
        getChildFragmentManager().beginTransaction()
                .remove(fragment)
                .commitNow();
    }
    return inflater.inflate(R.layout.your_fragment, container, false);
}

Что это.

Ответ 6

У меня была аналогичная проблема. У меня есть фрагмент (HomeFragment) со списком ListView и ViewPager, в котором есть фрагменты внутри, все отлично работает, когда начинается фрагмент, когда я нажимаю какую-либо строку в ListView, это приведет меня к другому фрагменту, но когда я захочу вернитесь к ранее фрагменту (HomeFragment). Я получаю No view found для ошибки id (у меня есть addToBackStack фрагмент).

Решение должно было проверить в onCreateView HomeFragment, если View и другие компоненты уже были созданы, например:

View view;
public View onCreateView(LayoutInflater inflater, ViewGroup container,
                                 Bundle savedInstanceState) {
  if (view == null) {
     //All the code in the onCreateView
     view = inflater.inflate(R.layout.item_banner, container, false);
     //...
  }
}

С этой проверкой, когда она возвращается к предыдущему фрагменту, все работает отлично, View, пейджер, список и т.д. уже созданы, поэтому нет необходимости создавать его снова. =)

Ответ 7

Если ваш ViewPager был во Fragment, используйте не getFragmentManager а getChildFragmentManager.

Ответ 8

Я решил это, избегая сохранения экземпляра при создании представления с помощью setRetainInstance(true). Вы можете прокомментировать строку или поставить в ложь

@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
    super.onCreateView(inflater, container, savedInstanceState);
    setRetainInstance(false);
    return inflater.inflate(R.layout.fragment, container, false);
}

Ответ 9

Это в моем фрагменте

CustomViewPager customViewPager = (customViewPager) View.inflate(parentActivity, R.layout.custom_viewpager, null);

И это мой макет

<com.test.package.ui.CustomViewPager
xmlns:android="http://schemas.android.com/apk/res/android"
android:id="@+id/custom_viewpager"
android:layout_width="match_parent"
android:layout_height="match_parent"/>