一.最常见的 viewpager+fragment 写法如下
public class MainActivity extends FragmentActivity {
private ViewPager m_vp;
private ArrayList<Fragment> fragmentList;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
m_vp = (ViewPager)findViewById(R.id.viewpager);
mfragment1 = new fragment1();
mfragment2 = new fragment2();
mfragment3 = new fragment3();
fragmentList = new ArrayList<Fragment>();
fragmentList.add(mfragment1);
fragmentList.add(mfragment2);
fragmentList.add(mfragment3);
// FragmentPagerAdapter
m_vp.setAdapter(new MyViewPagerAdapter(getSupportFragmentManager()));
}
public class MyViewPagerAdapter extends FragmentPagerAdapter{
@Override
public Fragment getItem(int arg0) {
return fragmentList.get(arg0);
}
@Override
public int getCount() {
return fragmentList.size();
}
}
}
创建一个list把创建好的fragment放入到集合中，然后设置adapter，在adapter的getItem中获取对应的fragment。
看似没有问题，但是我们经常能遇到空指针问题，和崩溃问题，下面来看下遇到异常情况的可能性
二.在Activity 被触发重建行为时会发生异常情况
-
场景：例如你的 Activity 被用户切换到后台， 此时用户打王者荣耀去了，打完回来，由于内存原因，你的 Activity 很可能被系统干掉，然后用户切回你的app，对应的 Activity 就会尝试重建。
-
重建：重建会走 Activity的onCreate，然后就会执行：
mfragment1 = new fragment1();
mfragment2 = new fragment2();
mfragment3 = new fragment3();
fragmentList = new ArrayList<Fragment>();
fragmentList.add(mfragment1);
fragmentList.add(mfragment2);
fragmentList.add(mfragment3);
又创建了三个fragment放入到集合中，但是上一次界面上的Fragment并没有销毁，而是相关信息会被存储下来用于恢复。
OMG
这是ViewPager 的 FragmentPagerAdapter 在恢复的时候，会尝试恢复上次的Fragment。
- 导致问题：你这次新创建的 3 个 Fragment 则完全没有被使用，这就导致后续你在通过 fragmentList 获取的 Fragment 对象其实和界面完全不是一个对象，如果你尝试做一些操作那大概率崩溃了，因为这些二次创建的 Fragment 都没往下走生命周期，里面的 View 都没初始化。
三.从源码分析：为什么重建后展示的是上一次的frament而不是新的
问题在于我们重写了adapter中的getItem()方法。方法中每次通过列表获取对应的fragment，而getItem()方法在 FragmentPagerAdapter的instantiateItem 是这么调用的
public Object instantiateItem(@NonNull ViewGroup container, int position) {
......
final long itemId = getItemId(position);
// Do we already have this fragment?
String name = makeFragmentName(container.getId(), itemId);
Fragment fragment = mFragmentManager.findFragmentByTag(name);
if (fragment != null) {
mCurTransaction.attach(fragment);
} else {
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;
}
总结一下：
- 在FragmentPagerAdapter的instantiateItem方法（这个方法会在ViewPager滑动状态变更时调用）中，每个position所对应的Fragment只会添加一次到FragmentManager里面，也就是说，我们在Adapter中重写的getItem方法，它的参数position不会出现两次相同的值。
- 当Fragment被添加时，会给这个Fragment指定一个根据itemId来区分的tag，而这个itemId就是根据getItemId方法来获取的，默认就是当前页面的索引值。
四.如何避免我们展示的fragement和列表中的fragment不对应的问题
既然ViewPager在添加新Item时会优先查找FragmentManager中已存在的Fragment，那么我们在Activity重建后，实例Fragment时也可以像它那样，先看看FragmentManager中有没有，如果有的话就直接重用，不用new了。
比如定义一个creatFragment方法：
private Fragment creatFragment(ViewPager viewPager, int position, Fragment defaultResult) {
// tag 和 makeFragmentName中设置的tag一致
String tag = "android:switcher:" + viewPager.getId() + ":" + position;
Fragment fragment = getSupportFragmentManager().findFragmentByTag(tag);
return fragment == null ? defaultResult : fragment;
}
页面中实例化fragment改成
mfragment1 = creatFragment(m_vp, 0, new fragment1());
mfragment2 = creatFragment(m_vp, 1, new fragment2());
mfragment3 = creatFragment(m_vp, 2, new fragment3());
这样的话，就算Activity被意外销毁，重新创建时，我们也一样能找回原来已经添加了的Fragment。
小问题：creatFragment 方法中我们设置的tag是按照FragmentPagerAdapter设置的tag的方式，但是FragmentPagerAdapter设置tag的makeFragmentName方法是私有的，如果未来FragmentPagerAdapter修改它内部 tag 生成的逻辑。上述代码就要一起修改。
五.优化
public class MyPagerAdapter extends FragmentStatePagerAdapter {
SparseArray<Fragment> registeredFragments = new SparseArray<Fragment>();
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 创建逻辑可以放这个方法里。
如果你想保存一份 Fragment 的引用，可以利用 instantiateItem，因为这个方法，在重建也会被回调（参考上述源码）。
六.总结
如果项目中有少量的崩溃、空指针和 Fragment 相关，很有可能因为重建问题导致我们操作的fragment和展示的fragment不是一个。所以要从instantiateItem() 中获取fragment引用。
网友评论