深刻的理解Fragment生命周期 都在做什么

标签: 关联 生命周期 fragment
5707人阅读 评论(4) 收藏 举报
分类:

Fragment用了很久了,接下来讲一下我自己对fragment的理解。部分图片内容参考官方文档。

请各种参考这篇文章:http://blog.csdn.net/wanghao200906/article/details/45561385

先上一个生命周期的图片吧
这里写图片描述
下面挨个的说一下我平时 都怎么使用 这些 回调函数的

流程:
onAttach()
作用:fragment已经关联到activity,

    这个是 回调函数
    @Override
    public void onAttach(Activity activity) {
            super.onAttach(activity);
            Log.i("onAttach_Fragment");
    }
    这个时候 activity已经传进来了
    获得activity的传递的值
    就可以进行 与activity的通信里

    当然也可以使用getActivity(),前提是这个fragment已经和宿主的activity关联,并且没有脱离
    他只调用一次。

onCreate()
系统创建fragment的时候回调他,在他里面实例化一些变量
这些个变量主要是:当你 暂停 停止的时候 你想保持的数据
如果我们要为fragment启动一个后台线程,可以考虑将代码放于此处。
参数是:Bundle savedInstance, 用于保存 Fragment 参数, Fragement 也可以 重写 onSaveInstanceState(BundleoutState) 方法, 保存Fragement状态;
可以用于 文件保护
他只调用一次。

onCreateView()

    第一次使用的时候 fragment会在这上面画一个layout出来,
    为了可以画控件 要返回一个 布局的view,也可以返回null

    当系统用到fragment的时候 fragment就要返回他的view,越快越好
    ,所以尽量在这里不要做耗时操作,比如从数据库加载大量数据显示listview,
    当然线程还是可以的。

    给当前的fragment绘制ui布局,可以使用线程更新UI
    说白了就是加载fragment的布局的。
    这里一般都先判断是否为null
if(text==null){
            Bundle args=getArguments();
            text=args.getString("text");
        }
        if (view == null) {
            view = inflater.inflate(R.layout.hello, null);
        }

这样进行各判断省得每次都要加载,减少资源消耗

onActivityCreated()

    当Activity中的onCreate方法执行完后调用。    

    注意了:
    从这句官方的话可以看出:当执行onActivityCreated()的时候 activity的
    onCreate才刚完成。
    所以在onActivityCreated()调用之前 activity的onCreate可能还没有完成,
    所以不能再onCreateView()中进行 与activity有交互的UI操作,UI交互操作可以砸
    onActivityCreated()里面进行。
    所以呢:这个方法主要是初始化那些你需要你的父Activity或者Fragment的UI已经被完
    整初始化才能初始化的元素。
    如果在onCreateView里面初始化空间 会慢很多,比如listview等

onStart()

    和activity一致 启动, Fragement 启动时回调, 此时Fragement可见;

onResume()

    和activity一致  在activity中运行是可见的
    激活, Fragement 进入前台, 可获取焦点时激活;

onPause()

    和activity一致  其他的activity获得焦点,这个仍然可见
    第一次调用的时候,指的是 用户 离开这个fragment(并不是被销毁)
    通常用于 用户的提交(可能用户离开后不会回来了)

onStop()

    和activity一致
    fragment不可见的, 可能情况:activity被stopped了OR fragment被移除但被
    加入到回退栈中
    一个stopped的fragment仍然是活着的如果长时间不用也会被移除

onDestroyView()

    Fragment中的布局被移除时调用。
    表示fragemnt销毁相关联的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();
    }

onDestroy()

    销毁fragment对象
    跟activity类似了。

onDetach()

    Fragment和Activity解除关联的时候调用。
    脱离activity

可见fragment的销毁还是很优雅地,一个一个的来。

下面贴一下 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中
时间仓促,理解不到位的尽管提出来,向各位大神学习

查看评论

Fragment生命周期详解

Fragment生命周期详解1. Fragment概述Fragment从Android v3.0版本开始引入随着界面布局的复杂化,处理起来也更加的复杂,引入Fragment可以把activity拆分成...
  • Ash_Zheng
  • Ash_Zheng
  • 2016-05-14 12:59:35
  • 17286

Android Gems — Fragment本质之生命周期管理

Fragment最早引入是在给平板的Android 3.0系统,用来解决Pad上UI的模块化。随后逐渐推广到Phone UI上,3.0之前的版本则通过Support包引入。Fragment本质上是带生...
  • threepigs
  • threepigs
  • 2016-12-04 18:47:56
  • 1617

浅谈 Fragment 生命周期

版权声明:本文为博主原创文章,未经博主允许不得转载。 微博:厉圣杰 源码:AndroidDemo/Fragment 文中如有纰漏,欢迎大家留言指出。 Fragment 是在 Android 3.0 ...
  • I_wait_for_you
  • I_wait_for_you
  • 2017-04-19 14:29:55
  • 1956

浅谈Android中的 Fragment、生命周期回调方法 以及使用

fragment的介绍, 生命周期的介绍以及生命周期回调方法的 作用。 实际中运用到的 如何管理Fragment...
  • gjy_it
  • gjy_it
  • 2016-08-08 14:33:03
  • 6788

理解Fragment生命周期

官网帮助文档链接:  http://developer.android.com/guide/components/fragments.html 主要看两张图,和跑代码 一,Fragment的生命...
  • forever_crying
  • forever_crying
  • 2012-11-29 14:33:01
  • 503283

一句话、一张图记住Activity和Fragment之间错综复杂的生命周期关系

如果我们在Fragment和它的宿主Activity的生命周期中都加上Log日志,你能顺利写出他们的执行顺序吗?我们先来看一张Google官方的图片:咋一听,Activity生命周期有七个方法,Fra...
  • u012702547
  • u012702547
  • 2015-12-10 21:03:47
  • 3268

Android中Fragment的生命周期详解

在项目中,使用到Fragment,本博文对Fragment的生命周期进行详细地介绍。
  • zdj_Develop
  • zdj_Develop
  • 2016-10-09 17:37:05
  • 1177

死磕 Fragment 的生命周期

死磕 Fragment 的生命周期 本文原创,转载请注明出处。 欢迎关注我的 简书 ,关注我的专题 Android Class 我会长期坚持为大家收录简书上高质量的 Android 相关博文...
  • MeloDev
  • MeloDev
  • 2016-12-02 14:24:46
  • 8535

Android Fragment(生命周期+懒加载)

以前面试的时候吧,能把Fragment的生命周期从头到尾背一遍,然后懒加载也是知道怎么实现,但是呢,没有写过demo具体研究过,于是就准备写篇博客就当笔记了。 先附上一张面试时候常考的一张Fragm...
  • vv_bug
  • vv_bug
  • 2016-09-21 18:01:30
  • 2465

深刻的理解Fragment生命周期 都在做什么,fragment生命周期

Fragment用了很久了,接下来讲一下我自己对fragment的理解。部分图片内容参考官方文档。 请各种参考这篇文章:http://blog.csdn.net/wanghao200906/ar...
  • findsafety
  • findsafety
  • 2016-05-09 11:18:54
  • 2094
    个人资料
    等级:
    访问量: 13万+
    积分: 1874
    排名: 2万+