第三部分: Fragments — activity 和 fragment 的生命周期
它们的图表也提供了 PDF格式备忘录,以方便查阅。
除非特别说明,接下来的这些场景展示了这些组件的默认行为。
如果你发现有错误或者遗漏了什么重要的东西,请在下方评论。
第一部分: Activities
单一 Activity — 场景 1:应用被结束并且重启
触发原因:
- 用户按下了 返回键,或者是
Activity.finish()
方法被调用
这个最简单的场景说明了一个单一 activity 的应用被用户开启,结束,和重启时发生了什么:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-yjRWoMWQ-1630675485209)(https://user-gold-cdn.xitu.io/2018/2/1/16151b5f2040aae8?imageView2/0/w/1280/h/960/ignore-error/1)]
场景 1:应用被终止并且重启
状态处理
- onSaveInstanceState 不会被调用 (因为 activity 被结束了,你不需要保存状态)
- onCreate 没有 Bundle 对象,如果重新打开应用的话。因为先前的 activity 结束了,也不需要恢复状态。
单一 Activity — 场景 2:用户切换出去
触发原因:
- 用户按了 Home 键
- 用户切换到另一个应用(点击虚拟按键(Overview menu),点击一个通知,接听来电,等等)
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3ccZ8tdt-1630675485211)(https://user-gold-cdn.xitu.io/2018/2/1/16151b5f7592b193?imageView2/0/w/1280/h/960/ignore-error/1)]
场景 2:用户切换出去
在这个场景中系统会 stop 这个 activity,但不会马上结束它。
状态处理
当你的 activity 进入 Stopped 状态,系统会使用 onSaveInstanceState 去保存应用的状态以防系统一段时间后终止这个应用的进程 (请看下面)。
假设应用的进程没有被终止,这个应用的实例会常驻在内存,保存所有状态。当这个 activity 回到前台工作时,它会恢复这些状态。你不需要重新初始化这些之前已生成的组件。
单一 Activity — 场景 3:配置发生变化
触发原因:
- 配置发生变化,例如屏幕旋转
- 在多窗口模式下,用户调整窗口大小
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ccDI4UFU-1630675485213)(https://user-gold-cdn.xitu.io/2018/2/1/16151b5f20474756?imageView2/0/w/1280/h/960/ignore-error/1)]
场景 3:屏幕旋转或其他配置变化
状态处理
像屏幕旋转或窗口大小改变,这种配置变化应该能够让用户在变化后继续无缝使用。
- activity 会被完全 destroy,但是 activity 的状态会被保存下来并在下一个实例中恢复。
- 在
onCreate
和onRestoreInstanceState
中的 Bundle 对象是相同的。
单一 Activity — 场景 4:应用被系统暂停
触发原因:
- 开启多窗口模式 (API 24+)并且应用失去焦点
- 另一个应用部分地覆盖在正在运行的应用上面(例如一个购买对话框,一个运行时权限确认对话框,一个第三方登陆对话框…)
- 调用意图选择器,例如调用了分享对话框
总结
找工作是个很辛苦的事情,而且一般周期都比较长,有时候既看个人技术,也看运气。第一次找工作,最后的结果虽然不尽如人意,不过收获远比offer大。接下来就是针对自己的不足,好好努力了。
CodeChina开源项目:《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》
最后为了节约大家的时间,我把我学习所用的资料和面试遇到的问题和答案都整理成了PDF文档,都可以分享给有需要的朋友
喜欢文章的话请关注、点赞、转发 谢谢!
droid_p7)**
最后为了节约大家的时间,我把我学习所用的资料和面试遇到的问题和答案都整理成了PDF文档,都可以分享给有需要的朋友
喜欢文章的话请关注、点赞、转发 谢谢!