Fragment销毁时replace和add两个方法的区别
这个首先从一个bug说起，如图: 我们都知道fragment切换有两种方式： replace方式 transaction.replace(R.id.content, IndexFragment); add－hide－show方式 transaction.add(R.id.content, IndexFragment); transaction.hide(otherfragment); transaction.show(thisfragment); 而上面按钮中出现bug的就是采用第二种方式。然后我们来分析下用add，hide，show为什么出现这种bug，我把每个操作都打印出了以下日志： 复现bug的操作是： 1.首先打开，默认选中的是第一个tab，如上面的一张图片正常那样。 2.切换到tab2，并把tab1 hide掉； 3.再切回到tab1，并不会触发tab1对应fragment的任何生命周期； 4.然后home键进入后台，我在activity的onPause()中手动对IndexFragment赋空，模拟长时间后台，系统销毁了该引用。 IndexFragment=null; 5.再次启动，其实tab1 的fragment实例在内存中还在，只是他的引用被销毁了。 6.再切到tab2，这里其实是先把tab1的hide，在show tab2，但是tab1 的fragment引用为空，所以无法hide，就出现了tab2叠在tab1上的花屏情况。 7.再切到tab1，tab1就会重复创建对象。 同样的操作，我们使用replace的方式 使用replace方式，虽然这种方式会避免上述的bug，但也是重复创建了对象。因为replace方式，对应的FrameLayout只有一 层，而add方式，这个FrameLayout其实有2层。但是这种方式的缺点是：每次replace会把生命周期全部执行一遍，如果在这些生命周期函数 里拉取数据的话，就会不断重复的加载刷新数据。 那么最合适的处理方式是这样的： 1.在add的时候，加上一个tab参数 transaction.add(R.id.content, IndexFragment,”Tab1″); 2.然后当IndexFragment引用被回收置空的话，先通过 IndexFragment＝FragmentManager.findFragmentByTag(“Tab1″); 找到对应的引用，然后继续上面的hide,show;