class LifecycleDemo1Observer : DefaultLifecycleObserver
lifecycle.addObserver(LifecycleDemo1Observer())
这句话是怎么做到生命周期管理的？
这两行代码是Android Architecture Components（AAC）中Lifecycle 组件的核心用法。下面我从涉及的类、工作机制、状态机模型、源码原理等维度逐一拆解。
一、这两行代码在做什么
kotlin
lifecycle.addObserver(LifecycleDemo1Observer())kotlin
class 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六个默认空实现方法。 |
LifecycleRegistry | Lifecycle的具体实现类，负责维护当前状态、存储 Observer 列表、处理状态转换和事件分发。 |
ReportFragment | 幕后功臣。在 API < 29 时，通过向 Activity 注入一个无 UI 的 Fragment 来监听生命周期事件。 |
LifecycleEventObserver | 另一种 Observer 形式，接收Lifecycle.Event枚举，而不是分方法回调。 |
三、DefaultLifecycleObserver的回调方法
kotlin
interface 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并重写方法时，不需要任何注解，编译器通过接口方法签名就能确定你要监听哪些事件。
旧版本（已废弃）使用
LifecycleObserver+@OnLifecycleEvent注解，现在推荐DefaultLifecycleObserver或LifecycleEventObserver。
四、生命周期状态机：Event vs State
这是 Lifecycle 组件最核心的设计，必须理解。
1. 两个枚举
Lifecycle.Event：生命周期事件，对应 Activity/Fragment 的回调时机：ON_CREATE,ON_START,ON_RESUME,ON_PAUSE,ON_STOP,ON_DESTROY
Lifecycle.State：生命周期状态，表示当前处于的稳定阶段：DESTROYED,INITIALIZED,CREATED,STARTED,RESUMED
2. 状态转换图
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. 为什么需要 State？
LifecycleRegistry维护的是State，而不是 Event。当新 Observer 注册时，系统会根据当前 State 立即进行一次"状态对齐"（sync），把 Observer 推送到与当前 State 匹配的位置。
例如：在onResume()中注册 Observer，它会依次收到ON_CREATE→ON_START→ON_RESUME，而不是只收到ON_RESUME。
五、addObserver()的内部工作机制
流程图
plain
lifecycle.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 为例）
plain
Activity.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 10（API 29）开始，Google 引入了Application.ActivityLifecycleCallbacks，可以直接在Application层面注册回调，不再需要注入无 UI 的ReportFragment。ComponentActivity内部通过ActivityLifecycleCallbacks直接接收事件，效率更高。
七、LifecycleOwner是谁提供的？
在你的代码中，lifecycle通常来自：
kotlin
class MainActivity : AppCompatActivity() { override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) // this.lifecycle 来自 AppCompatActivity → ComponentActivity lifecycle.addObserver(LifecycleDemo1Observer()) } }继承链：
plain
AppCompatActivity └── 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_DESTROY），Observer 会依次收到ON_PAUSE→ON_STOP→ON_DESTROY。 |
| 无需手动解注册 | 如果 Activity 被销毁，Lifecycle 会自动清理 Observer。但如果是自定义LifecycleOwner，需要手动管理。 |
| 状态驱动 | 核心设计是State而非Event，这让"新注册 Observer 的状态同步"变得优雅。 |
| 与 LiveData/ViewModel 的关系 | LiveData 内部也实现了LifecycleObserver，通过 Lifecycle 感知界面是否活跃（STARTED以上才分发数据）。 |
九、完整示例代码
kotlin
class 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分发给所有注册的Observer；DefaultLifecycleObserver提供类型安全的接口回调，让你无需注解即可响应六个标准生命周期事件，同时新注册的 Observer 会自动进行状态对齐，确保不会错过任何生命周期阶段。
