两个 Activity 切换时, 它们的生命周期顺序是
... A#onPause B#onCreate B#onStart B#onResume A#onStop ...
这样安排顺序我能理解, 在 A 显示的时候让 B 显示, B 完全展示后, A 走 onStop, 这样用户界面不会黑屏.
但有个疑问, B Activity 展示的回调中为什么要多一个 onStart, 直接通知正在展示的 Activity onRESUME 不行吗
1
also24 2021-01-07 21:24:52 +08:00
我觉得谷歌是希望能严格区分 onPause() 和 onStop() 的。
所以对应着搞了 onResume() 和 onStart() 作为对应的恢复状态。 实际上 Google 确实专门讲了 onPause() 和 onStop() 的差异: https://developer.android.com/guide/components/activities/activity-lifecycle |
2
janus77 2021-01-07 21:28:49 +08:00 via iPhone
onresume 是 ui 渲染了,有些特殊的需求是希望在渲染之前执行,或者在进入后台(不渲染)的时候扔会执行。所以就需要 onstart 和 onstop
|
3
RikkaW 2021-01-07 21:40:15 +08:00 5
分屏、画中画等等屏幕上不止一个 Activity (窗口)的情况下就是只有处于焦点的那个是 resumed 状态,其他的都是 started 状态。
|
4
zagfai 2021-01-07 22:36:16 +08:00 1
Android 给开发者制定的架构就是一坨翔
|
5
rosu 2021-01-07 23:43:19 +08:00 via Android
start 是可见,resume 是焦点。
|
6
narutow OP @RikkaW 感谢, 理解了, onStart 和 onRESUME 就是界面可见 和 获得焦点可以同用户交互 的两个回调. 其他比如多窗口可以看到, 但不能交互的情况, Activity 就处于 onPause
|
7
kraits 2021-01-08 11:43:07 +08:00 via Android 1
楼主有没有考虑到 Activity 横竖屏切换的生命周期:
onSaveInstanceState()→onPause()→onStop()→onDestroy()→onCreate()→onStart()→onRestoreInstanceState()→onResume() |
8
fromzero 2021-01-15 14:13:56 +08:00
onStart onRestart 都是满有用的。
|