模拟Activity意外销毁,并解决fragment重叠问题

前言：在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,其实很简单，一张图片教会你

TIM截图20180919112243.png

只需要在开发者模式下打开不保留活动的开关，就可以了

本文写的有些粗糙，如果有不当之处，欢迎指正