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生命周期的函数

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

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