记TabLayout+ViewPager2+Fragment模式下Fragment数量过多造成的内存泄漏及解决方案

最近项目上想实现一个4级联动的功能

如图

image

最外层就不用说了FragmentManager.replace就可以实现,第二层用TabLayout+viewPager2+Fragment也可以解决但是因为数据量的问题Fragment大概会有30-40个 使用Leak内存检测第三方的时候发现在切换到第15个Fragment的时候会出现内存溢出

开始的写法

private var mFragmentList: MutableList = mutableListOf()

mFragmentList.add(Fragment1())

mFragmentList.add(Fragment2())

mFragmentList.add(Fragment3())

mFragmentList.add(Fragment4())

mFragmentList.add(Fragment5())

...

inner class ViewPager(fm: FragmentActivity) : FragmentStateAdapter(fm) {

        override fun getItemCount(): Int {

            return mFragmentList.size

        }

        override fun createFragment(position: Int): Fragment {

            return mFragmentList[position]

        }

    }

根据这个大佬的描述https://www.jianshu.com/p/21bf89642418 大体明白了FragmentManager是如何初始化的 也根据这篇博客 把代码改成

inner class ViewPager(fragmentManager: FragmentManager, lifecycle: Lifecycle) :

        FragmentStateAdapter(fragmentManager, lifecycle) {

        override fun getItemCount(): Int {

        //通过网络请求拿到的数据的长度

            return mList[count].majorTypes?.size ?: 0

        }

        override fun createFragment(position: Int): Fragment {

        //返回一个新的Fragment

            return Fragment().apply {

                mBottomList.addAll(mList[count].majorTypes?.get(position)?.majors as MutableList)

            }

        }

  }

在运行的时候没有发生内存溢出

最后注意一点,因为是在Framgnet里面使用的Tablayout+ViewPager2,所以viewPager.adapter要是用getChildFragmentManager不然可能会出现空白Fragment

你可能感兴趣的:(记TabLayout+ViewPager2+Fragment模式下Fragment数量过多造成的内存泄漏及解决方案)