前言-
昨天在写UI的时候用到了FRAGMENT,发现自己对此还不是非常了解,借此机会记录一下
Fragment的生命周期-
官方生命周期图:
Fragment每个生命周期方法的意义、作用-
onViewStateRestored(Bundle):告诉片段,它的视图层次结构的所有保存状态都已恢复。
setUserVisibleHint():设置Fragment可见或者不可见时会调用此方法。在该方法里面可以通过调用getUserVisibleHint()获得Fragment的状态是可见还是不可见的,如果可见则进行懒加载操作。onAttach():执行该方法时,Fragment与Activity已经完成绑定,该方法有一个Activity类型的参数,代表绑定的Activity,这时候你可以执行诸如mActivity = activity的操作。
onCreate():初始化Fragment。可通过参数savedInstanceState获取之前保存的值。
onCreateView():初始化Fragment的布局。加载布局和findViewById的操作通常在此函数内完成,但是不建议执行耗时的操作,比如读取数据库数据列表。
onActivityCreated():执行该方法时,与Fragment绑定的Activity的onCreate方法已经执行完成并返回,在该方法内可以进行与Activity交互的UI操作,所以在该方法之前Activity的onCreate方法并未执行完成,如果提前进行交互操作,会引发空指针异常。
onStart():执行该方法时,Fragment由不可见变为可见状态。
onResume():执行该方法时,Fragment处于活动状态,用户可与之交互。
onPause():执行该方法时,Fragment处于暂停状态,但依然可见,用户不能与之交互。
onSaveInstanceState():保存当前Fragment的状态。该方法会自动保存Fragment的状态,比如EditText键入的文本,即使Fragment被回收又重新创建,一样能恢复EditText之前键入的文本。
onStop():执行该方法时,Fragment完全不可见。
onDestroyView():销毁与Fragment有关的视图,但未与Activity解除绑定,依然可以通过onCreateView方法重新创建视图。通常在ViewPager+Fragment的方式下会调用此方法。
onDestroy():销毁Fragment。通常按Back键退出或者Fragment被回收时调用此方法。
onDetach():解除与Activity的绑定。在onDestroy方法之后调用。
Fragment生命周期执行流程-
-
Fragment创建
setUserVisibleHint()->onAttach()->onCreate()->onCreateView()->onActivityCreated()->onStart()->onResume();Fragment变为不可见状态(锁屏、回到桌面、被Activity完全覆盖):onPause()->onSaveInstanceState()->onStop();
-
Fragment变为部分可见状态(打开Dialog样式的Activity)
onPause()->onSaveInstanceState();
-
Fragment由不可见变为活动状态
onStart()->OnResume();
-
Fragment由部分可见变为活动状态
onResume();
-
退出应用
onPause()->onStop()->onDestroyView()->onDestroy()->onDetach()(注意退出不会调用onSaveInstanceState方法,因为是人为退出,没有必要再保存数据);
-
Fragment被回收又重新创建:
被回收执行onPause()->onSaveInstanceState()->onStop()->onDestroyView()->onDestroy()->onDetach(),
重新创建执行onAttach()->onCreate()->onCreateView()->onActivityCreated()->onStart()->onResume()->setUserVisibleHint();
-
横竖屏切换-
与Fragment被回收又重新创建一样。
摘自法捷耶夫大佬的文章https://www.cnblogs.com/fajieyefu/p/6092465.html
实战中遇到的一些小问题-
Fragment中获取上下文Context对象
getActivity(); //获取包含该fragment的活动(activity)的上下文
通过上面的生命周期我们知道fragment在OnAttach后才会获取Activity,所以这个方法需要写在onAttach()或者在其以后生命周期方法中
@Override public void onAttach(Activity activity) { super.onAttach(activity); context=this.getActivity(); }
getContext(); //获取该fragment上下文 只查看当前运行的活动的上下文。(Fragment是嵌在Activity的话,感觉这个和Activity的context是一样的)
@Nullable @Override public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) { View view=inflater.inflate(R.layout.fragment_liebie,container,false); context=view.getContext(); }
getApplicationContext() ; //生命周期是整个应用,应用摧毁它才摧毁。而Activity.this的context 拿到的是当前Activity的Context,而getApplicationContext()拿到的是Application的Context。
1.this.getActivity()
- 优点:直接调用就能获取
- 缺点:
Fragment
很容易被销毁,调用getActivity()
方法会报空指针错误(注意:并不是getActivity()
返回值为null
,而是this.getActivity()
中的this
,也就是Fragment
自己是null
,因为它已经被销毁了)
2.获取Application对象
- 优点:不会遇到类似
this.getActivity()
的空指针问题 - 缺点:某些情况下的
Context
必须是Activity
,特别是实例化Dialog
等需要依附于一个Activity
的可视化的对象时传参必须是Activity
对象(Toast
是Android的一种通知机制,不需要依附于Activity
)
getActivity().getApplicationContext();//通过包含该fragment的活动(activity)获取整个应用的上下文
getContext().getApplicationContext();//通过该fragment获取整个应用的上下文Fragment中findViewById
这四种方式效果相同
Fragment中的findViewById
findViewById方法却只能被用在Activity类中,但是如果想要在fragment中使用的话就需要view了
View view = inflater.inflate(R.layout.view, container, false); //两种皆可 TextView tx=view.findViewById(R.id.id_view); //TextView tx=getView().findViewById(R.id.id_view);