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

记一次TabLayout+ViewPager2+Fragment的坑


最近项目上想实现一个4级联动的功能
如图
记TabLayout+ViewPager2+Fragment模式下Fragment数量过多造成的内存泄漏及解决方案_第1张图片

最外层就不用说了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,FragmentManager,ViewPager2,android,kotlin,java)