Android知识笔记：记录一个至今仍有很多人写错的技术点，避免入坑

本文链接：https://blog.csdn.net/wdsfgj/article/details/137026145

fragment = getItem(position);

mCurTransaction.add(container.getId(), fragment, makeFragmentName(container.getId(), itemId));

}

…

return fragment;

}

咦？在instantiateItem方法中，我们重写的getItem方法竟然不是每次都会被调用的！

它会先判断FragmentManager是否已添加了目标Fragment（findFragmentByTag），如果已经添加了的话，就会把它取出来并重新关联上，而getItem方法就不会被调用了。

如果从FragmentManager中找不到的话，才会调用getItem获取目标Fragment，然后通过事务来添加进去，注意此时add方法的第三个参数(tag)传的是makeFragmentName方法的返回值，它跟上面查找时传的值是一样的，来看一下：

private static String makeFragmentName(int viewId, long id) {

return “android:switcher:” + viewId + “:” + id;

}

超简单，就是拼接一个字符串。

看回instantiateItem方法，可以看到makeFragmentName的两个参数分别传的是container的id值和getItemId方法返回的值：

public long getItemId(int position) {

return position;

}

getItemId方法如果不重写的话，返回就是参数值，也就是ViewPager页面的索引值了。

好，总结一下：

在FragmentPagerAdapter的instantiateItem方法（这个方法会在ViewPager滑动状态变更时调用）中，每个position所对应的Fragment只会添加一次到FragmentManager里面，也就是说，我们在Adapter中重写的getItem方法，它的参数position不会出现两次相同的值。
当Fragment被添加时，会给这个Fragment指定一个根据itemId来区分的tag，而这个itemId就是根据getItemId方法来获取的，默认就是当前页面的索引值。

怎么避免上面的问题呢？

3. 如何避免这样的问题，方式1

现在我们已经知道了问题发生的原因，要解决的话，对症下药就行了：

既然ViewPager在添加新Item时会优先查找FragmentManager中已存在的Fragment，那么我们在Activity重建后，实例Fragment时也可以像它那样，先看看FragmentManager中有没有，如果有的话就直接重用，不用new了。

比如定义一个instantiateFragment方法：

private Fragment instantiateFragment(ViewPager viewPager, int position, Fragment defaultResult) {

String tag = “android:switcher:” + viewPager.getId() + “:” + position;

Fragment fragment = getSupportFragmentManager().findFragmentByTag(tag);

return fragment == null ? defaultResult : fragment;

}

然后在原来实例化Fragment的地方：

mfragment1 = new fragment1();

mfragment2 = new fragment2();

mfragment3 = new fragment3();

改成：

mfragment1 = instantiateFragment(m_vp, 0, new fragment1());

mfragment2 = instantiateFragment(m_vp, 1, new fragment2());

mfragment3 = instantiateFragment(m_vp, 2, new fragment3());

就OK啦！！！

这样的话，就算Activity被意外销毁，重新创建时，我们也一样能找回原来已经添加了的Fragment。

等等，这个方式好像有一丝小问题。

4. 如何避免这样的问题，方式2

刚才的方案确实可以，相当于每次先通过 FragmentManager去取，能够取到就直接使用，取不到就重新创建。

但是取 fragment 需要通过 tag或者id。

上例使用了 tag，但是 FragmentPagerAdapter 的makeFragmentName方法是私有的，也就是说，未来它可能会修改它内部 tag 生成的逻辑。

一旦 tag 的逻辑修改了，上述代码就要一起修改。

还有个解决上述问题的思路。

类似代码如下：

public class MyPagerAdapter extends FragmentStatePagerAdapter {

SparseArray registeredFragments = new SparseArray();

public MyPagerAdapter(FragmentManager fm) {

super(fm);

}

@Override

public int getCount() {

return …;

}

@Override

public Fragment getItem(int position) {

return MyFragment.newInstance(…);

}

@Override

public Object instantiateItem(ViewGroup container, int position) {

Fragment fragment = (Fragment) super.instantiateItem(container, position);

registeredFragments.put(position, fragment);

return fragment;

}

@Override

public void destroyItem(ViewGroup container, int position, Object object) {

registeredFragments.remove(position);

super.destroyItem(container, position, object);

}

public Fragment getRegisteredFragment(int position) {

return registeredFragments.get(position);

}

其实关键点就一点，getItem 这个方法不是 get Fragment，其实称之为 create Fragment更为合适，你的 Fragment 创建逻辑可以放这个方法里。

在 Google 的 ViewPager2的介绍中，也有类似的话术：

如果你想保存一份 Fragment 的引用，可以利用 instantiateItem，因为这个方法，在重建也会被回调（参考上述源码）。

上述的问题stackoverflow也有相关讨论，这个代码就是来自下面这个链接，也可以阅读下：

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级安卓工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）

面试复习笔记：

这份资料我从春招开始，就会将各博客、论坛。网站上等优质的Android开发中高级面试题收集起来，然后全网寻找最优的解答方案。每一道面试题都是百分百的大厂面经真题+最优解答。包知识脉络 + 诸多细节。
节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。
给文章留个小赞，就可以免费领取啦~

戳我领取：GitHub

《960页Android开发笔记》