使用FragmentStatePagerAdapter时发现的内存泄露问题

这篇文章想说的并非是由于使用 FragmentStatePagerAdapter 而导致的内存泄漏，内存泄漏的真正原因和 FragmentStaePagerAdapter 并无直接关联，但是使用 FragemntStatePagerAdapter 能让你更加直观的发现内存泄漏。

我先说说我之前遇到的问题。我们都知道，当使用 FragmentSataePagerAdapter 的时候，超出缓存范围的 Fragment 会被 FragmentManager 给 remove 掉，也就是会被销毁实例，所以FragmentSatatePagerAdapter 很适合用来处理多 Fragment 页面的状况。但我遇到的情况是，当我的 Fragment 超出缓存范围时，确实被销毁了，但是它所持有的内存却并未得到释放，也就是说它内部的数据等等并未销毁和回收。如果是页面很多的情况下，很容易就会造成程序的卡顿甚至 OOM。

一般来说，造成内存泄漏的最大可能就是某处持有该对象的引用，导致该对象无法释放内存。经排查，我在使用 ViewPager 时，创建了一个 Fragment 的 List ，用来管理所有要添加到 ViewPager 中的 Fragment ，这里的 List 可能强引用了所有的Fragment，所以造成了内存泄漏 。代码如下：

private List<Fragment> fragmentList = new ArrayList<>();  //创建List，用来管理所有要添加到ViewPager的Fragment

//添加Fragment
private void setUpFragments() {
    fragmentList.clear();
    fragmentList.add(new SampleListFragment());
    fragmentList.add(new SamplePagerFragment());
    fragmentList.add(new BlankFragment());
}

viewPager.setAdapter(new FragmentStatePagerAdapter(getSupportFragmentManager()) {
        @Override
        public Fragment getItem(int position) {
            return fragmentList.get(position);  //从Fragment队列中得到Fragment并加入到ViewPager中
        }

        @Override
        public int getCount() {
           return fragmentNames.size();
        }
    });

那么如何来验证是不是这里的原因造成内存泄漏呢？想要证明，首先就不能够在使用 List 来管理 Fragment对象了。ViewPager最麻烦的是你不能自己使用 FragmentManager 的transaction 来添加 Fragment ，因为这些操作是在 ViewPager 的内部去完成的。最后我考虑使用 List 来管理Fragment的CLASS 类，然后再通过反射的方式，创建出 Fragment 对象。这样 Fragment 对象就不会被 List 持有引用了。具体代码如下：

private List<Class> fragmentNames;   //创建List来管理 Fragment的 Class

//添加Fragment的Class到List中
private void setUpFragments() {
        if(fragmentNames  == null){
            fragmentNames = new ArrayList<>();
        }
        fragmentNames.clear();
        fragmentNames.add(SampleListFragment.class);
        fragmentNames.add(SampleListFragment.class);
        fragmentNames.add(SampleListFragment.class);
        fragmentNames.add(SampleListFragment.class);
    }

 viewPager.setAdapter(new FragmentStatePagerAdapter(getSupportFragmentManager()) {
            @Override
            public Fragment getItem(int position) {
                try {
                    return (Fragment) fragmentNames.get(position).newInstance();      //反射加载Fragment
                } catch (InstantiationException e) {
                    e.printStackTrace();
                } catch (IllegalAccessException e) {
                    e.printStackTrace();
                }
                return null;
            }

            @Override
            public int getCount() {
                return fragmentNames.size();
            }
        });

如果不会反射的同学可以看一下我前面写的介绍反射的简单使用的文章。

现在再来检查程序的内存状况，你就会发现内存能够正确的被释放，内存泄漏的问题也就解决了。

其实我以前使用 ViewPager + Fragment 的时候也并没有注意到内存泄漏的问题，直到使用了FragmentStatePagerAdapter 时才发现原来的写法可能会造成内存泄漏。当然，程序中还会有很多地方稍不注意就会导致内存泄漏的问题，我们平时写代码时应该多多考虑内存泄漏的问题，并对此进行优化。