尊重他人劳动成果，转载请说明出处：http://blog.csdn.net/bingospunky/article/details/46847269
需求
在搭界面有这么样一个需求：须要两层的Fragment嵌套，内层须要滑动切换效果，外层界面不须要滑动效果。那么内层使用ViewPager切换，外层就使用replace切换。这样搭出来的界面不能得到须要的效果，内层的Fragment仅仅有第一次能显示内容。之后切换外层Fragment时。内层Fragent都是空着的。
我再尝试两层Fragment都使用replace切换，这样就能达到效果了。可是项目里须要内层须要滑动切换的效果。对于这种情况能够略微改动一下需求，取消内层滑动效果的需求就ok了。可是作为一个求甚解的人，我还是想尝试一下实现内层滑动效果。那么怎么实现呢？
show and hide
在切换外层Fragment时使用的是replace。被切换掉的Fragment的生命周期函数会运行到onDestroy。我推測内层的Fragment空着是由于被切换掉到Fragment在运行onDestroy函数时，对FragmentManager做了一些不可告人的事情导致的。那么我们能够选择不运行onDestroy的方式切换。那么就选择show/hide进行切换外层Fragment。这个方式是可行的可是会产生一个新的问题。
当进程被杀死以后
比方一个activity已经add了4个Fragment，我们在切换的时候使用show/hide切换。假设这个时候按home键返回桌面。在之后的一段时间里，由于内存的原因。这个应用的进程被系统杀死了，然后我们通过长按home键回到这个应用。那么系统会创建一个新的activity给我们。在系统创建的新的activity里。不能非常好的还原刚才已经add的4个Fragment。在界面里还是会有4个Fragment（假设Fragment没有背景色，那么这4个Fragment会重叠在一起），而且切换事件也不响应。那么我们怎么解决问题呢？首先我们要对这个问题进行定性，当我们给activity加入多个Fragment且该应用被系统杀死后又一次创建时，多个Fragment会出现异常。当我们出现这样的情况时，能够finish掉这个activity。由于这样的情况非常少出现。所以问能够finish这个activity。
最后
这篇文章仅仅是介绍了我遇到的两层Fragment嵌套的问题，以及我解决这个问题的表面现象。刚才我也尝试了一下去读Fragment的源代码，可是还没有进展。在接下来的时间我会阅读这部分的源代码，然后从源代码到角度找到上面两个问题（1.两层Fragment切换时。为什么内层Fragment不显示？2.activity被系统杀死。又一次生成时，为什么Fragmant会重叠且不响应切换？）的原因，就像我前面的从源代码角度解决这个问题一样。最后的最后
转眼，已经凌晨四点半了，凌晨四点半的五道口非常安静。非常美。