前言-
昨天在写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);