Fragment生命周期以及使用时的小问题

前言-

昨天在写UI的时候用到了FRAGMENT,发现自己对此还不是非常了解,借此机会记录一下

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);
上一篇:安卓官方ViewPager与android.support.design.widget.TabLayout双向交互联动切换 。


下一篇:You need to use a Theme.AppCompat theme (or descendant) with this activity解决方法