Android-Fragment

今天我们来总结一下常用的Fragment,以及开发中那些是要注意的?

1.Fragmet选哪个包?

我们在创建Fragment的管理器的时候,会选择导入那个包下的FragmentManager.有app包下和v4包下的,这里我推荐用v4包的FragmentManager。理由如下:

android.app.Fragment 兼容的最低版本是android:minSdkVersion="11" 即3.0版;android.support.v4.app.Fragment 兼容的最低版本是android:minSdkVersion="4" 即1.6版。这就是v4的一个优势:可以兼容所有版本,向下兼容性;以及v4包在持续更新,能够及时解决一些bug。

2.避免Fragment重复创建和解决Fragment重叠导致的花屏问题

这里我们来看做一下对比:
因为两个问题实际是是一个问题所以我们一起讲。
1. 解决重复创建Fragment

重复创建Fragment

改变之后

避免重复创建Fragment

大家可以看到这两张图最明显的区别就是:给Fragment设置了Tag,避免Fragment进行重建的方式就是设置Tag,判断如果该Fragment为空就创建新的,否则根据Tag获取之前创建的Fragment。

2.解决activity被回收出现Fragment重叠问题。

我相信大家在开发过程中不止一个Fragment吧,所以我们一定会记录用户点击Fragment的上一次和当前Framgment对应的下标。但如果我们的Activity被回收,那么就会出现我点击的是A下标,结果出来的是BFragment,还会出现重叠等问题,那么如何解决呢?

So,在刚才避免Fragment重复创建的基础上,我们要记录上一次和当前点击的Fragment下标,并在onSaveInstanceState()方法中保存。如果Activity被回收就在 onRestoreInstanceState()方法中获取,然后根据下标确定Fragment的显示隐藏就没有问题。如图:

保存上一次和当前Fragement下标

其实解决Fragment还有一个简单方法,那就是注释掉onSaveInstance()中的super.onSaveInstance(outState),不推荐使用。

那么这里you延伸出一个问题,什么时候调用onSaveInstanceState()呢?
onSaveInstanceState(Bundle outState)会在以下情况被调用:

  • 当用户按下HOME键时。
  • 从最近应用中选择运行其他的程序时。
  • 按下电源按键(关闭屏幕显示)时。
  • 从当前activity启动一个新的activity时。
  • 屏幕方向切换时(无论竖屏切横屏还是横屏切竖屏都会调用)。
    onRestoreInstanceState(Bundle savedInstanceState)只有在activity确实是被系统回收,重新创建activity的情况下才会被调用。

3.Fragment与Activity生命周期问题

首先Fragment依赖于Activity存在,它的所有生命周期都是由Actvity驱动。所以当Activity执行onCreate方法时,会调用Fragment的: onAttach---->
onCreate----> onCreateView---->onActivityCreated这四个方法,。另外在Activity重创建时候,Fragment的onAttach和onCreate方法会先于Activity的onCreate方法执行。接下来(注:部分版本可能存在差异):

Fragment:onStart
Activity:onStart
Activity:onResume
Fragment:onResume

用户点击Back之后

Fragment:onPause
Activity::onPause
Fragment:onStop
Activity:onStop
Fragment:onDestoryView
Fragment:onDestory
Fragment:onDetach
Activity:onDestory

4.add(),show(),hide()和add(),replace(),remove()选择问题

有心的同学已经注意到了,我用的是show().hide()方法来控制Fragment的显示隐藏。为什么呢?
replace是一个替换的过程,意思是remove掉当前的fragment,重新初始化一个new fragment进行替换,会重复完全执行新的fragment的生命周期,相比show(),hide()比较消耗内存

其他建议

  1. 在Fragment中不建议使用getActivity()获取Activity,而是在onAttach()方法中通过其参数获取。
  2. 使用setArguments传递参数,而不是构造函数。

我的博客即将搬运同步至腾讯云+社区,邀请大家一同入驻:https://cloud.tencent.com/developer/support-plan?invite_code=2ooad405rwmco

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

推荐阅读更多精彩内容