Fragment生命周期

FragmentTransaction管理下的生命周期


在Android中,对Fragment的操作都是通过FragmentTransaction来执行。而从Fragment的结果来看,FragmentTransaction中对Fragment的操作大致可以分为两类:

  • 显示:add() replace() show() attach()
  • 隐藏:remove() hide() detach()

对于每一组方法,虽然最后产生的效果类似,但方法背后带来的副作用以及对Fragment的生命周期的影响都不尽相同。

add() vs replace()

只有在Fragment数量大于等于2的时候,调用add()还是replace()的区别才能体现出来。当通过add()连续两次添加Fragment的时候,每个Fragment生命周期中的onAttach()-onResume()都会被各调用一次,而且两个Fragment的View会被同时attach到containerView。

E/Fragment#0: onAttach
E/Fragment#0: onCreate
E/Fragment#0: onCreateView
E/Fragment#0: onViewCreated
E/Fragment#0: onActivityCreated
E/Fragment#0: onViewStateRestored
E/Fragment#0: onStart
E/Fragment#0: onResume

E/Fragment#1: onAttach
E/Fragment#1: onCreate
E/Fragment#1: onCreateView
E/Fragment#1: onViewCreated
E/Fragment#1: onActivityCreated
E/Fragment#1: onViewStateRestored
E/Fragment#1: onStart
E/Fragment#1: onResume

同样,退出Activty时,每个Fragment生命周期中的onPause() - onDetach()也会被各调用一次。

E/Fragment#0: onPause
E/Fragment#1: onPause
E/Fragment#0: onStop
E/Fragment#1: onStop
E/Fragment#0: onDestroyView
E/Fragment#0: onDestroy
E/Fragment#0: onDetach
E/Fragment#1: onDestroyView
E/Fragment#1: onDestroy
E/Fragment#1: onDetach

但当使用replace()来添加Fragment的时候,第二次添加会导致第一个Fragment被销毁(在不使用回退栈的情况下),即执行第二个Fragment的onAttach()方法之前会先执行第一个Fragment的onPause()-onDetach()方法,同时containerView会detach第一个Fragment的View。

E/Fragment#0: onAttach
E/Fragment#0: onCreate
E/Fragment#0: onCreateView
E/Fragment#0: onViewCreated
E/Fragment#0: onActivityCreated
E/Fragment#0: onViewStateRestored
E/Fragment#0: onStart
E/Fragment#0: onResume
E/Fragment#0: onPause
E/Fragment#0: onStop
E/Fragment#0: onDestroyView
E/Fragment#0: onDestroy
E/Fragment#0: onDetach

E/Fragment#1: onAttach
E/Fragment#1: onCreate
E/Fragment#1: onCreateView
E/Fragment#1: onViewCreated
E/Fragment#1: onActivityCreated
E/Fragment#1: onViewStateRestored
E/Fragment#1: onStart
E/Fragment#1: onResume

show() & hide() vs attach() & detach()

调用show() & hide()方法时,Fragment的正常生命周期方法并不会被执行,仅仅是Fragment的View被显示或者​隐藏,并视情况调用onHiddenChanged()。而且,尽管Fragment的View被隐藏,但它在父布局中并未被detach,仍然是作为containerView的childView存在着。

// 调用show(),注意如果Fragment本来就是显示的状态,调用
// show()不会产生任何影响,也不会回调onHiddenChanged()
E/Fragment#0: onHiddenChanged hidden = false

// hide(),同理隐藏状态下调用hide()也不会重复触发onHiddenChanged()
E/Fragment#1: onHiddenChanged hidden = true

相比较下,attach() & detach()做的就更彻底一些。一旦一个Fragment被detach(),它的onPause()-onDestroyView()周期都会被执行,同时Fragment的View也会被detach,但是不会执行onDestroy()和onDetach(),也就是说Fragment的实例还是在内存中的。

E/Fragment#0: onPause
E/Fragment#0: onStop
E/Fragment#0: onDestroyView

在重新调用attach()后,onCreateView()-onResume()周期也会被再次执行。

E/Fragment#0: onCreateView
E/Fragment#0: onViewCreated
E/Fragment#0: onActivityCreated
E/Fragment#0: onViewStateRestored
E/Fragment#0: onStart
E/Fragment#0: onResume

remove()

相对应add()方法执行onAttach()-onResume()的生命周期,remove()就是完成剩下的onPause()-onDetach()周期。而且replace()其实就是remove()+add()。

E/Fragment#0: onPause
E/Fragment#0: onStop
E/Fragment#0: onDestroyView
E/Fragment#0: onDestroy
E/Fragment#0: onDetach

状态保存

前面的log中有一个onViewStateRestored()的生命周期,是用来恢复保存的状态的。它对应的保存回调是onSaveInstanceState(),此回调会在app<b>进入后台</b> 、<b>熄屏</b>和 <b>其他系统认为需要保存状态</b>的情况下调用

// 进入后台或熄屏
E/Fragment#1: onPause
E/Fragment#1: onSaveInstanceState
E/Fragment#1: onStop

PagerAdapter管理下的生命周期


目前一般使用FragmentPagerAdapter和FragmentStatePagerAdapter来配合ViewPager、TabLayout实现Fragment管理。

FragmentPagerAdapter

FragmentPagerAdapter实际上是使用add(),attach()和detach()来管理Fragment的,所以影响的基本生命周期和上文中相关说明是一致的。缓冲范围内的从onAttach() - onResume(),超出缓存范围onPause() - onDestroyView()。

需要注意的是所有实例化过的Fragment实例都会保存在内存中,所以适合页面数量不多且固定的app首页等情况。

查看源码可知,FragmentPagerAdapter会add设定缓存数量(默认为前后各1个,首页和末页只缓存1个)的Fragment实例,超出缓存范围的使用detach清除。

// 省略部分源码突出重点

// 实例化item
@Override
public Object instantiateItem(ViewGroup container, int position) {
    ...
    Fragment fragment = mFragmentManager.findFragmentByTag(name);
    if (fragment != null) {
        ...
        // 如果不空则attach
        mCurTransaction.attach(fragment);
    } else {
        fragment = getItem(position);
        ...
        mCurTransaction.add(container.getId(), fragment,
                makeFragmentName(container.getId(), itemId));
    }
    ...
    return fragment;
}

// 清除缓存范围外item
@Override
public void destroyItem(ViewGroup container, int position, Object object) {
    if (mCurTransaction == null) {
        mCurTransaction = mFragmentManager.beginTransaction();
    }
    ...
    mCurTransaction.detach((Fragment)object);
}

FragmentStatePagerAdapter

由源码可知,FragmentStatePagerAdapter使用add()和remove()管理Fragment,所以缓存外的Fragment的实例不会保存在内存中,适合分页多,数据动态的情况。

// 省略部分源码突出重点

// 实例化item
@Override
public Object instantiateItem(ViewGroup container, int position) {
    ...
    if (mCurTransaction == null) {
        mCurTransaction = mFragmentManager.beginTransaction();
    }
    ...
    // 直接add
    mCurTransaction.add(container.getId(), fragment);
    return fragment;
}

// 清除缓存范围外item
@Override
public void destroyItem(ViewGroup container, int position, Object object) {
    Fragment fragment = (Fragment) object;
    ...
    // 使用remove直接销毁Fragment
    mCurTransaction.remove(fragment);
}

显示和隐藏

对干缓存数量外的Fragment会被detach或remove,我们可以根据其常规生命周期进行开发,但是缓存数量内的显隐并不会影响生命周期,那我们怎么知道某个Fragment是否显示了呢?

当然,在Activity中可以通过Tab的position来判断,那Fragment内部呢?我们来看下log日志。

E/Fragment#0: setUserVisibleHint isVisibleToUser = false
E/Fragment#1: setUserVisibleHint isVisibleToUser = false
E/Fragment#0: onAttach
E/Fragment#0: onCreate
E/Fragment#0: setUserVisibleHint isVisibleToUser = true
E/Fragment#0: onCreateView
E/Fragment#0: onViewCreated
E/Fragment#0: onActivityCreated
E/Fragment#0: onViewStateRestored
E/Fragment#0: onStart
E/Fragment#0: onResume
E/Fragment#1: onAttach
E/Fragment#1: onCreate
E/Fragment#1: onViewCreated
E/Fragment#1: onActivityCreated
E/Fragment#1: onViewStateRestored
E/Fragment#1: onStart
E/Fragment#1: onResume

在Fragment中,还有一个setUserVisibleHint(boolean isVisibleToUser)的回调,页面的显隐就是通过该回调通知Fragment的。isVisibleToUser为true时显示、为false是隐藏。

从日志中我们可以看出,缓存数量内的Fragment0和Fragment1的isVisibleToUser首先会被设置成false,然后分别进行onAttach() - onResume()的生命周期,其中需要显示的Fragment在onCreate()之后,会将isVisibleToUser置为true,然后显示出来。由此可见setUserVisibleHint()有可能在onAttach()之前调用,并且到显示前可能调用2此,开发时需注意。

再之后的显隐就是设置isVisibleToUser并回调通知了。和上文中的onHiddenChanged()一样,显隐状态没有变化时,也是不会回调的。

// 从0切换到1
E/Fragment#0: setUserVisibleHint isVisibleToUser = false
E/Fragment#1: setUserVisibleHint isVisibleToUser = true

// 从1切换到0
E/Fragment#1: setUserVisibleHint isVisibleToUser = false
E/Fragment#0: setUserVisibleHint isVisibleToUser = true

// 从0切换到1
E/Fragment#0: setUserVisibleHint isVisibleToUser = false
E/Fragment#1: setUserVisibleHint isVisibleToUser = true

// 从1切换到0
E/Fragment#1: setUserVisibleHint isVisibleToUser = false
E/Fragment#0: setUserVisibleHint isVisibleToUser = true

// 从1切换到2
E/Fragment#0: setUserVisibleHint isVisibleToUser = false
E/Fragment#2: setUserVisibleHint isVisibleToUser = true
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,425评论 4 361
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,058评论 1 291
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,186评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,848评论 0 204
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,249评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,554评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,830评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,536评论 0 197
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,239评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,505评论 2 244
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,004评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,346评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,999评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,060评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,821评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,574评论 2 271
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,480评论 2 267

推荐阅读更多精彩内容