Activity生命周期异常Case

先上经典的Activity生命周期图


Case 1: A Activity 跳转到 B Activity

ActivityStack: FirstActivity onPause
ActivityStack: SecondActivity onCreate
ActivityStack: SecondActivity onStart
ActivityStack: SecondActivity onResume
ActivityStack: FirstActivity onSaveInstanceState
ActivityStack: FirstActivity onStop

从A Activity 跳转到 B Activity,是先调用A Activity的onPause,然后走完B Activity的生命周期,最后才走A Activity的 onStop


Case 2: A B C 顺序的Activity,C Activity 后台被杀

// SecondActivity 启动 ThirdActivity
ActivityStack: SecondActivity onPause
ActivityStack: ThirdActivity onCreate
ActivityStack: ThirdActivity onStart
ActivityStack: ThirdActivity onResume
ActivityStack: SecondActivity onSaveInstanceState
ActivityStack: SecondActivity onStop

// 应用退到后台
ActivityStack: ThirdActivity onPause
ActivityStack: ThirdActivity onSaveInstanceState
ActivityStack: ThirdActivity onStop

// 杀进程,重新启动APP
ActivityStack: ThirdActivity onCreate
ActivityStack: ThirdActivity onStart
ActivityStack: ThirdActivity onRestoreInstanceState
ActivityStack: ThirdActivity onResume

// 按返回键。创建SecondActivity,并调用SecondActivity的onRestoreInstanceState
ActivityStack: ThirdActivity onPause
ActivityStack: SecondActivity onCreate
ActivityStack: SecondActivity onStart
ActivityStack: SecondActivity onRestoreInstanceState
ActivityStack: SecondActivity onResume
ActivityStack: ThirdActivity onStop
ActivityStack: ThirdActivity onDestroy

ThirdActivity后台时,APP被杀。由于已经调用了ThirdActivity的onSaveInstanceState,所以重启APP,恢复的是ThirdActivity

多Activity时应用被杀,重启APP不会把多Activity都创建,只会创建栈顶的Activity,但是Activity栈记录还会保留,按Back键依然会返回并创建SecondActivity


Case 3: A B C 顺序的Activity,C Activity 前台被杀

// 从SecondActivity跳转到ThirdActivity
ActivityStack: SecondActivity onPause
ActivityStack: ThirdActivity onCreate
ActivityStack: ThirdActivity onStart
ActivityStack: ThirdActivity onResume
ActivityStack: SecondActivity onSaveInstanceState
ActivityStack: SecondActivity onStop

// ThirdActivity前台时,进程被杀
ActivityStack: SecondActivity onCreate
ActivityStack: SecondActivity onStart
ActivityStack: SecondActivity onRestoreInstanceState
ActivityStack: SecondActivity onResume

由于ThirdActivity没有来得及调用onSaveInstanceState,所以恢复的是SecondActivity

出现情景:ThirdActivity 位于前台,不可能由于内存不足而被系统回收(内存不足,最多就抛OOM)。只可能出现Crash或被命令行强制kill。


Case 4:onNewIntent()

SingleTop/SingleTask的Activity,自己启动自己的时候

onPause
onNewIntent
onResume


从别的任务栈start栈顶的SingleTop/SingleTask的Activity

ActivityStack: ThirdActivity onPause
ActivityStack: SecondActivity onNewIntent
ActivityStack: SecondActivity onRestart
ActivityStack: SecondActivity onStart
ActivityStack: SecondActivity onResume
ActivityStack: ThirdActivity onSaveInstanceState
ActivityStack: ThirdActivity onStop


Case 5:不保留活动

// Activity 退到后台
ActivityStack: FirstActivity onPause
ActivityStack: FirstActivity onSaveInstanceState
ActivityStack: FirstActivity onStop
ActivityStack: FirstActivity onDestroy

// Activity回到前台
ActivityStack: FirstActivity onCreate
ActivityStack: FirstActivity onStart
ActivityStack: FirstActivity onRestoreInstanceState
ActivityStack: FirstActivity onResume


Activity恢复原则

  1. 单Activity恢复
    恢复该Activity

  2. 多Activity恢复
    只会恢复栈顶的activity,其他Activity不会创建。但是activity record里是有记录其他Activity。假如按下返回键,就会创建其他Activity


注意点

  1. onSaveInstanceState :调用位于 onPause 到 onStop之间
  2. onRestoreInstanceState :Activity被系统销毁了(后台回收进程/设置不保留活动模式时退后台时),当Activity恢复,调用位于 onStart 到 onResume之间.
  3. onSaveInstanceState方法和onRestoreInstanceState方法“不一定”是成对的被调用的
  4. onRestart: 调用位于onStop到onStart之间

应用被杀

系统回收 / 崩溃 / 强制杀进程 ,都不会回调系统Activity生命周期的函数

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

推荐阅读更多精彩内容

  • 这是我第三遍看《Android开发艺术探索》这本书了,从第一遍看的云里雾里,第二遍略微明白之后,我决定看第三遍,并...
    陈添阅读 826评论 2 8
  • 启动与销毁Activity 不同于使用 main() 方法启动应用的其他编程范例,Android 系统会通过调用对...
    安卓Boy阅读 1,706评论 3 5
  • 人生的道路就像爬山,上山的时候很难很累,但当你爬上山时你俯视看你一路走来的路,你就很有成就感。 ...
    爱篮球的三分钟热度阅读 190评论 0 1
  • 如果形容你,味道该是范思哲同名男香。是温柔又些许多情的双鱼男,而外表又是不动声色的冷漠。 像什么植物咛?该...
    有鹿与荇儿阅读 68评论 0 0
  • 白浅,倾国倾城,气质脱俗,四海八荒第一绝色,青丘帝君之女,青丘帝姬,墨渊上神之爱徒。 桃之夭夭,灼灼其华,任春风...
    周老师六点半阅读 1,086评论 0 1