在Android开发中,我们都少不了使用Fragment,一直在使用,但是没有很详细的理解过具体生命周期的回调,这段时间比较闲,特定写一下总结:
就像activity一样,fragment也有它们自己的生命周期,而且fragment必须是依存于Activity而存在的,因此Activity的生命周期会直接影响到Fragment的生命周期,
作用:fragment关联到activity,
说明:context就是fragment所属的activity,执行完该方法后,fragment与activity就是关联好了。只调用一次。
作用:创建fragment时调用,在它里面实例化一些变量
说明:如果我们要为fragment启动一个后台线程,可以考虑将
代码放于此处,可以用于文件保护,只调用一次。
参数:Bundle instanceState,用于保存Fragment参数,Fragment也可以重写onSaveInstanceState(BundleoutState)方法,保存Fragment˙状态
作用:创建该Fragment的视图
说明:第一次使用的时候,fragment会在这个画面上画一个layout出来,为了可以画控件,要返回一个布局的View,也可以返回null,当系统用到fragment的时候,fragment就要返回他的view,越快越好,所以尽量在这里不要做耗时操作,比如从数据库中加载大量数据显示listView,
当然线程还是可以的。
給当前的fragment绘制ui布局,可以使用线程更新UI,说白了就是加载fragment的布局。这里一般都先判读是否为null.
if (view == null) {
view = inflater.inflate(R.layout.hello, null);
}
作用:当Activity的onCreate方法返回时调用
说明:从这句官方的话可以看出:当执行onActivityCreated()调用之前activity的onCreate可能还没有完成。
所以不能再在onCreateView中进行与activity有交互的UI操作,UI交互操作可以在onActivityCreated里面进行。
这个方法主要是初始化那些你需要你的父Activity或者Fragment的UI已经被完
整初始化才能初始化的元素。
如果在onCreateView里面初始化空间 会慢很多,比如listview等。
作用:和activity一致,启动Fragement 启动时回调,,此时Fragement可见。
作用: 和activity一致 在activity中运行是可见的。激活, Fragement 进入前台, 可获取焦点时激活。
作用:和activity一致 其他的activity获得焦点,这个仍然可见
第一次调用的时候,指的是 用户 离开这个fragment(并不是被销毁)
通常用于 用户的提交(可能用户离开后不会回来了)
作用: 和activity一致, fragment不可见的, 可能情况:activity被stopped了OR fragment被移除但被,加入到回退栈中,一个stopped的fragment仍然是活着的如果长时间不用也会被移除。
作用:fragment中的布局被移除时调用。
表示fragment销毁相关联的UI布局,清除所有跟视图相关的资源。
以前以为这里没有什么用处,其实大有文章可做。
相信大家都用过ViewPager+Fragment,由于ViewPager的缓存机制,每次都会加载3页。
例如,有四个fragment当滑动到第四页的时候,第一页执行onDestroyView(),但没有执行onDestroy。他依然和activity关联,当滑动到第一页的时候又执行了onCreateView(),生命周期可以自己试一下。
那么问题来了,会出现重复加载View的局面,所以这么做:
@Override
public void onDestroyView() {
Log.i("onDestroyView_Fragment");
if(view!=null){
((ViewGroup)view.getParent()).removeView(view);
}
super.onDestroyView();
}
作用:销毁fragment对象, 跟activity类似了。
作用: Fragment和Activity解除关联的时候调用。 脱离activity。
下面贴一下 activity和fragment同时运行时候的 生命周期
开始启动:
05-07 05:55:08.553: I/Log(1990): oncreate
05-07 05:55:08.553: I/Log(1990): onAttach_Fragment
05-07 05:55:08.553: I/Log(1990): onCreate_Fragment
05-07 05:55:08.553: I/Log(1990): onCreateView_Fragment
05-07 05:55:08.553:I/Log(1990):onActivityCreated_Fragment
05-07 05:55:08.553: I/Log(1990): onStart
05-07 05:55:08.553: I/Log(1990): onStart_Fragment
05-07 05:55:08.553: I/Log(1990): onResume
05-07 05:55:08.553: I/Log(1990): onResume_Fragment
按下home键
05-07 05:55:28.725: I/Log(1990): onPause_Fragment
05-07 05:55:28.725: I/Log(1990): onPause
05-07 05:55:29.221: I/Log(1990): onStop_Fragment
05-07 05:55:29.221: I/Log(1990): onStop
再回到界面
05-07 05:55:49.441: I/Log(1990): onRestart
05-07 05:55:49.441: I/Log(1990): onStart
05-07 05:55:49.441: I/Log(1990): onStart_Fragment
05-07 05:55:49.441: I/Log(1990): onResume
05-07 05:55:49.441: I/Log(1990): onResume_Fragment
销毁activity
05-07 05:59:02.293: I/Log(1990): onPause_Fragment
05-07 05:59:02.293: I/Log(1990): onPause
05-07 05:59:02.757: I/Log(1990): onStop_Fragment
05-07 05:59:02.757: I/Log(1990): onStop
05-07 05:59:02.757: I/Log(1990): onDestroyView_Fragment
05-07 05:59:02.757: I/Log(1990): onDestroy_Fragment
05-07 05:59:02.757: I/Log(1990): onDetach_Fragment
05-07 05:59:02.757: I/Log(1990): onDestroy
可以看出,当实现fragment的时候,都是先执行activity,当销毁的时候都是先执行fragment的方法,这样更好理解fragment是嵌套在activity中。
解析
1.当一个fragment被创建的时候,它会经历以下状态。
onAttach()
onCreate()
onCreateView()
onActivityCreate()
2.当这个fragment对用户可见的时候,它会经历以下状态
onStart()
onResume()
3.当这个fragment对用户不可见的时候,它会经历以下状态。
onPause()
onStop()
4.. 当这个fragment被销毁(或者持有它的Activity被销毁了),它会经历以下状态
onPause()
onStop()
onDestroyView()
onDestroy()
onDetach()
5.就像activity一样,在以下的状态中,可以使用Bundle对象保存一个fragment的对象。
onCreate()
onCreateView()
onActivityCreated()
6.fragment的大部分状态都和activity很相似,但fragment有一些新的状态。
onAttached()--当fragment和activity关联之后,调用这个方法。
onCreateView()—创建fragment中视图的时候,调用这个方法。
onActivityCreated()—当activity的onCreate()方法被返回之后,调用这个方法。
onDestroyView()--当fragment中视图被移除的时候,调用这个方法。
onDetach()–当fragment和activity分离的时候,调用这个方法。
最后附上大神的链接
http://blog.csdn.net/lmj623565791/article/details/37992017