前言：在APP首页很多时候都会用到多个fragment之间的切换，如果用replace来完成切换固然会避免很多不必要的问题，但是不能保存页面状态，对用户体验明显不太友好，页面重新加载也会造成卡顿，作为程序员应该尽量避免这类问题，因此本文将会详细记录这种问题的处理方案
最近测试提交了个bug，不过是很容易复现,以下是测试原话
手机放一段时间过后滑动首页页面会出现重叠
听到重叠这两个字我心里就有数了，一般都是activity的意外销毁,导致activity保存了已添加过的fragment实例，在activity重建的时候会默认添加add到当前activity上，而我们新建的fragment根据逻辑也会add到activity之上，这就造成了fragment的重叠。
以下我首页切换fragment的代码，在add的时候添加一个当前fragment的全类名作为tag，为什么用这个当tag，后文中会提到，这里先卖个关子
private fun switchFragment(fragment: Fragment) {
val tag = fragment::class.java.name
val findFragmentByTag = supportFragmentManager.findFragmentByTag(currentTag)
if (findFragmentByTag != null && findFragmentByTag.isAdded && !findFragmentByTag.isHidden) {
supportFragmentManager.beginTransaction().hide(findFragmentByTag).commit()
}
if (fragment.isAdded) {
supportFragmentManager.beginTransaction().show(fragment).commit()
} else {
supportFragmentManager.beginTransaction()
.add(R.id.mainContainer, fragment, tag)
.commit()
}
currentTag = tag
}
当activity意外销毁会调用onSaveInstanceState(outState: Bundle?)，这里一定要看清楚，这里是一个参数，别用成了两个参数的，为什么要强调这里，当然是我之前出过错啊！！tags是fragment对应的tag集合，这里保存起来，恢复的时候就不用重新添加了
private val _saveKey = "saveKey"
override fun onSaveInstanceState(outState: Bundle?) {
super.onSaveInstanceState(outState)
outState!!.putSerializable(_saveKey,tags)
}
在activity重建的时候还是走onCreate(savedInstanceState: Bundle?)，判断里面的savedInstanceState不为null就表示是意外销毁的情况，下面的反射可以可以说是本篇的亮点了，这也是前文tag传全类名的原因所在,还是有点精髓哈，有点小开心，哈哈哈哈
private fun initViews(savedInstanceState: Bundle?) {
if (savedInstanceState != null) {
val serializable = savedInstanceState.getSerializable(_saveKey) as ArrayList<String>
tags.addAll(serializable)
for (tag in tags) {
var findFragmentByTag = supportFragmentManager.findFragmentByTag(tag)
if (findFragmentByTag == null) {
//这里通过tag反射获取fragment的类，newInstance()获取Fragment实例
val loadClass = savedInstanceState.classLoader.loadClass(tag)
findFragmentByTag = loadClass.newInstance() as Fragment
}
fragments.add(findFragmentByTag)
}
} else {
tags.clear()
tags.add(JournalFragment::class.java.name)
tags.add(WaitingFragment::class.java.name)
tags.add(HomeFragment::class.java.name)
tags.add(TrucksFragment::class.java.name)
tags.add(UserFragment::class.java.name)
fragments.clear()
fragments.add(JournalFragment())
fragments.add(WaitingFragment())
fragments.add(HomeFragment())
fragments.add(TrucksFragment())
fragments.add(UserFragment())
}
}
至此，activity意外销毁导致的Fragment重叠问题已经完美解决，哦，还好漏了一个点，如何模拟activity销毁并支持debug,其实很简单，一张图片教会你
只需要在开发者模式下打开不保留活动的开关，就可以了
本文写的有些粗糙，如果有不当之处，欢迎指正
