Fragment ,爱之且恨之。
爱的地方在Fragment 灵活、适用于平板、依赖于Activity的独立的模块等等。恨的地方在于,Fragment的生命周期太过复杂,很多时候容易搞乱生命周期,从而,出现一些不知为何的bug。相信大多都人都会有这个感受。听说,有人已放弃Fragment,不知真假。但是,我还是很喜欢的。
既然说,生命周期复杂,来张图吧,证明下,此图来自互联网。
这里就不在深入讲解了,大家看图应该能够看懂。这里主要讲讲add 和 replace 的关系。
这两种方法,是你在使用Fragment的时候需要调用的。
add 方法的好处是不需要重新创建。而是通过show() 跟 hide() 来显示跟隐藏。不需要重复刷新。但是,在一些低内存的手机上,会出现重叠的情况。原因在于,Activity销毁的时候,但是Fragment 的实例还是存在的。所以,当Activity再次创建的时候,会再走一遍Fragment的创建,FragmentManager里面就会多了一个Fragment。当然,解决办法也是有的。
**
* 状态检测 用于内存不足的时候保证fragment不会重叠
*
* @param savedInstanceState
*/
private void stateCheck(Bundle savedInstanceState) {
if (savedInstanceState == null) {
fm = getFragmentManager();
FragmentTransaction fts = fm.beginTransaction();
AnimationFragment af = new AnimationFragment();
mContent = af;
fts.add(R.id.content_frame, af);
fts.commit();
} else {
AnimationFragment af = (AnimationFragment) getFragmentManager()
.findFragmentByTag(tags[0]);
PlainFragment pf = (PlainFragment) getFragmentManager()
.findFragmentByTag(tags[1]);
RecordFragment rf = (RecordFragment) getFragmentManager()
.findFragmentByTag(tags[2]);
InformationFragment inf = (InformationFragment) getFragmentManager()
.findFragmentByTag(tags[3]);
TestingFragment tf = (TestingFragment) getFragmentManager()
.findFragmentByTag(tags[4]);
getFragmentManager().beginTransaction().show(af).hide(pf).hide(rf)
.hide(inf).hide(tf).commit();
}
}
上面这段代码呢,就是通过设置Tag的方式来保存Fragment,当Activity重新创建的时候,就会去找,Fragment是否存在了。这也就可以解决重叠的问题了。
replace 方法 ,它主要是将同一个Container中的所有Fragment视图从ViewTree中全部清空,然后再添加指定的fragment。所以每次replace的时候,都会去重新加载数据。
那么问题来了,我想保持原有fragment的视图状态怎么做呢??
由于只是清空View,但是Fragment实例还是存在的,所以可以通过新建一个变量 view 来保存之前的状态。代码如下
private View rootView;
public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
if(rootView==null){
rootView=inflater.inflate(layout,container,false);
}
return rootView;
}
那就完美解决问题啦~