Android 生命周期管理 - Lifecycle流程

class LifecycleDemo1Observer : DefaultLifecycleObserverlifecycle.addObserver(LifecycleDemo1Observer())这句话是怎么做到生命周期管理的这两行代码是Android Architecture ComponentsAAC中Lifecycle 组件的核心用法。下面我从涉及的类、工作机制、状态机模型、源码原理等维度逐一拆解。一、这两行代码在做什么kotlinlifecycle.addObserver(LifecycleDemo1Observer())kotlinclass LifecycleDemo1Observer : DefaultLifecycleObserver { override fun onCreate(owner: LifecycleOwner) { ... } override fun onResume(owner: LifecycleOwner) { ... } override fun onDestroy(owner: LifecycleOwner) { ... } }一句话概括把LifecycleDemo1Observer注册到lifecycle对象上当LifecycleOwner通常是Activity或Fragment的生命周期发生变化时Lifecycle会自动把对应的生命周期事件分发给这个 Observer。二、涉及的核心类与接口类/接口职责Lifecycle抽象类代表一个组件Activity/Fragment的生命周期状态管理 Observer 的注册与事件分发。LifecycleOwner接口表示拥有生命周期的对象。AppCompatActivity、Fragment都实现了它。它的getLifecycle()返回Lifecycle实例。LifecycleObserver标记接口Marker Interface所有生命周期观察者的父接口。本身无方法只是类型标识。DefaultLifecycleObserver接口继承自LifecycleObserver定义了onCreate、onStart、onResume、onPause、onStop、onDestroy六个默认空实现方法。LifecycleRegistryLifecycle的具体实现类负责维护当前状态、存储 Observer 列表、处理状态转换和事件分发。ReportFragment幕后功臣。在 API 29 时通过向 Activity 注入一个无 UI 的 Fragment 来监听生命周期事件。LifecycleEventObserver另一种 Observer 形式接收Lifecycle.Event枚举而不是分方法回调。三、DefaultLifecycleObserver的回调方法kotlininterface DefaultLifecycleObserver : FullLifecycleObserver { fun onCreate(owner: LifecycleOwner) {} fun onStart(owner: LifecycleOwner) {} fun onResume(owner: LifecycleOwner) {} fun onPause(owner: LifecycleOwner) {} fun onStop(owner: LifecycleOwner) {} fun onDestroy(owner: LifecycleOwner) {} }当你继承DefaultLifecycleObserver并重写方法时不需要任何注解编译器通过接口方法签名就能确定你要监听哪些事件。旧版本已废弃使用LifecycleObserverOnLifecycleEvent注解现在推荐DefaultLifecycleObserver或LifecycleEventObserver。四、生命周期状态机Event vs State这是 Lifecycle 组件最核心的设计必须理解。1. 两个枚举Lifecycle.Event生命周期事件对应 Activity/Fragment 的回调时机ON_CREATE,ON_START,ON_RESUME,ON_PAUSE,ON_STOP,ON_DESTROYLifecycle.State生命周期状态表示当前处于的稳定阶段DESTROYED,INITIALIZED,CREATED,STARTED,RESUMED2. 状态转换图plain-- ON_RESUME -- [RESUMED] -- ON_PAUSE -- / \ [INITIALIZED] -- ON_CREATE -- [CREATED] -- ON_START -- [STARTED] \ / -- ON_DESTROY -- [DESTROYED] -- ON_STOP --关键理解Event是瞬间动作如onCreate()被调用时。State是持续状态如CREATED状态会持续到onStart()或onDestroy()之前。3. 为什么需要 StateLifecycleRegistry维护的是State而不是 Event。当新 Observer 注册时系统会根据当前 State 立即进行一次状态对齐sync把 Observer 推送到与当前 State 匹配的位置。例如在onResume()中注册 Observer它会依次收到ON_CREATE→ON_START→ON_RESUME而不是只收到ON_RESUME。五、addObserver()的内部工作机制流程图plainlifecycle.addObserver(observer) │ ▼ LifecycleRegistry.addObserver() │ ├── 1. 把 observer 包装成 ObserverWithState │ 内部持有 │ - mLifecycleObserver (你的 LifecycleDemo1Observer) │ - mState (初始为 INITIALIZED) │ ├── 2. 检查是否已存在防止重复注册 │ ├── 3. 立即执行状态对齐sync │ 如果当前 Activity 处于 RESUMED 状态 │ 新 Observer 会依次收到 │ ON_CREATE → ON_START → ON_RESUME │ └── 4. 将 ObserverWithState 存入 FastSafeIterableMap 支持遍历时安全增删的链表哈希表结构状态对齐State Sync的源码逻辑java// LifecycleRegistry 简化的核心逻辑 void sync() { while (!isSynced()) { if (mState.compareTo(mObserverMap.eldest().getValue().mState) 0) { // 当前状态比最老 Observer 的状态低需要向下推如 DESTROYED backwardPass(); } if (mState.compareTo(mObserverMap.newest().getValue().mState) 0) { // 当前状态比最新 Observer 的状态高需要向上推如 RESUMED forwardPass(); } } }这意味着Observer 永远不会错过在它注册之前已经发生的事件系统会自动补齐。六、事件是如何从 Activity 传递到 Observer 的路径以 API 29 为例plainActivity.onCreate() │ ▼ ReportFragment.onCreate() ← 通过 Application.ActivityCallbacks 或注入 Fragment 监听 │ ▼ ReportFragment.dispatch(Lifecycle.Event.ON_CREATE) │ ▼ LifecycleRegistry.handleLifecycleEvent(ON_CREATE) │ ▼ LifecycleRegistry.moveToState(CREATED) // 更新 mState │ ▼ LifecycleRegistry.sync() // 遍历所有 Observer │ ▼ ObserverWithState.dispatchEvent() │ ▼ ReflectiveGenericLifecycleObserver / FullLifecycleObserverAdapter │ ▼ LifecycleDemo1Observer.onCreate(owner) ← 你的代码被执行API ≥ 29 的优化从 Android 10API 29开始Google 引入了Application.ActivityLifecycleCallbacks可以直接在Application层面注册回调不再需要注入无 UI 的ReportFragment。ComponentActivity内部通过ActivityLifecycleCallbacks直接接收事件效率更高。七、LifecycleOwner是谁提供的在你的代码中lifecycle通常来自kotlinclass MainActivity : AppCompatActivity() { override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) // this.lifecycle 来自 AppCompatActivity → ComponentActivity lifecycle.addObserver(LifecycleDemo1Observer()) } }继承链plainAppCompatActivity └── FragmentActivity └── ComponentActivity ← 实现了 LifecycleOwner └── ActivityComponentActivity内部持有一个LifecycleRegistry实例kotlin// ComponentActivity 源码 private final LifecycleRegistry mLifecycleRegistry new LifecycleRegistry(this); Override public Lifecycle getLifecycle() { return mLifecycleRegistry; }八、关键知识点总结表格知识点说明生命周期感知组件如数据库、定位、传感器可以自动根据 UI 生命周期启停避免内存泄漏。自动补齐新 Observer 注册时会自动收到从INITIALIZED到当前状态之间的所有事件。向下安全当 Activity 走向销毁ON_DESTROYObserver 会依次收到ON_PAUSE→ON_STOP→ON_DESTROY。无需手动解注册如果 Activity 被销毁Lifecycle 会自动清理 Observer。但如果是自定义LifecycleOwner需要手动管理。状态驱动核心设计是State而非Event这让新注册 Observer 的状态同步变得优雅。与 LiveData/ViewModel 的关系LiveData 内部也实现了LifecycleObserver通过 Lifecycle 感知界面是否活跃STARTED以上才分发数据。九、完整示例代码kotlinclass LifecycleDemo1Observer : DefaultLifecycleObserver { private val TAG LifecycleDemo override fun onCreate(owner: LifecycleOwner) { Log.d(TAG, onCreate: 初始化资源) } override fun onStart(owner: LifecycleOwner) { Log.d(TAG, onStart: 开始定位/动画) } override fun onResume(owner: LifecycleOwner) { Log.d(TAG, onResume: 获取焦点开始刷新) } override fun onPause(owner: LifecycleOwner) { Log.d(TAG, onPause: 失去焦点暂停刷新) } override fun onStop(owner: LifecycleOwner) { Log.d(TAG, onStop: 停止定位/动画) } override fun onDestroy(owner: LifecycleOwner) { Log.d(TAG, onDestroy: 释放资源) } } // 在 Activity 中使用 class MainActivity : AppCompatActivity() { override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) lifecycle.addObserver(LifecycleDemo1Observer()) } }十、一句话总结LifecycleRegistry通过维护一个状态机在Activity/Fragment生命周期变化时把Event分发给所有注册的ObserverDefaultLifecycleObserver提供类型安全的接口回调让你无需注解即可响应六个标准生命周期事件同时新注册的 Observer 会自动进行状态对齐确保不会错过任何生命周期阶段。