https://blog.csdn.net/u013762572/article/details/54809188
FragmentPagerAdapter
在onDestroyView的时候,fragment对象没有被销毁,只有Fragment的视图被destroyView,对象仍然在内存中,再次获取实例变量时候,并没有重新new出来对象,而是直接使用存储起来的。
缺点:有时候需要更新页面;页面多的时候会占用内存;
FragmentStatePagerAdapter
在onDestroyView的时候,fragment对象被销毁,会释放内存资源,再次回到页面的时候,会生成新的页面。
这样实现的好处就是当拥有大量的页面时,不必在内存中占用大量的内存。
Fragment重叠问题:
https://blog.csdn.net/qq_25832547/article/details/80885695
https://www.cnblogs.com/shuijilove/p/5592439.html
https://blog.csdn.net/chenduyu/article/details/69243393#commentBox
由于内存重启,导致的frgament重叠,其原因就是FragmentState没有保存Fragment的显示状态,即mHidden
,导致页面重启后,该值为默认的false,即show状态,所以导致了Fragment的重叠。
那么解决方案就是自己写一些代码去保存fragment的显示状态。
当发生内存重启的时候,fragment会触onSaveInstanceState方法,那么我们可以在这个方法内部去保存当前状态,然后在onCreate中进行取值回复。
使用show,hide方法,因为show和hide本质上是在控制Fragment中View的Visiblity,而执行replace则会触发Fragment的detach()函数与Activity解除关联,如果此时用户快速点击,在detach还没执行完就执行attach(),很容易产生IllegalStateException:no host;应用直接崩溃。
然而在使用show,hide后发现了这么一个问题,承载Fragmen的Activity在旋转屏幕,资源不足被释放资源后或者跳出应用回到桌面,然后清除缓存再次进入后,会出现Fragment重叠的问题。通过查找一些资料得到的原因和结果如下 :当屏幕旋转或清除缓存资源被释放后,Activity会调用 onSaveInstanceState()方法,保存一些状态,其中就有之前已经创建的Fragment。当页面再次被打开时onCreate(Bundle saveInstanceState)方法中的saveInstanceState会携带这些数据。所以如果直接在onCreate中创建Fragment并transaction.add()的话就会出现重复。