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