Android Architecture Components 是 Android 新推出的一个库。目的是为了提供一种统一的开发模式，降低 Android 的开发难度，提高程序的可维护性。该库包括了四个部分：Lifecycle, LiveData, ViewModel 和 Room。
Lifecycle 库学习笔记
Lifecycle 库想要解决的问题
- Activity 和 Fragment 的代码臃肿.
- 传统的代码组织方式会导致代码结构混乱, 同一个对象的逻辑分布在 Activity 各个生命周期函数中.
Lifecycle 库的作用
- 把 Activity 和 Fragment 的生命周期变成可观察的对象.
Lifecycle 库的重要对象
既然 Lifecycle 库使用的是观察者模式, 那么肯定也是分为观察者, 被观察者和事件了.
- LifecycleObserver
- LifecycleOwner
- Lifecycle.Event
Lifecycle 的状态和事件
Lifecycle 的状态有 INITIALIZED, DESTROYED, CREATED, STARTED, RESUMED.
Lifecycle 的事件跟 Activity 和 Fragment 的生命周期一一对应. 分别为 CREATE, START, RESUME, PAUSE, STOP 和 DESTROY.
Lifecycle 对代码结构的改善
LifecycleObserver 接口探讨(日常黑 Java)
LifecycleObserver 是一个空的接口. 里面并没有包含各个生命周期的回调, 而是采用 annotation 的方法来标记回调, 然后通过 Android Annotation Processor 在编译的时候生成 Adapter 作为真正的 Observer.
这样的设计有两个好处:
提供一个接口的最小化实现, 实现者只需要实现必要方法, 而不必为那些不关心的生命周期也提供一个空实现.
方便旧代码的迁移. 只需要实现接口, 然后添加对应的 Annotation 即可.
缺点是增加了代码复杂度, 有些实现代码看着不是那么直接, 在 IDE 查找回调不是那么简单了. 其实 Java 8 的 default 方法的特性就能很好处理这两个问题. 当然我大 Kotlin 也可以漂亮地实现.
ViewModel 的学习笔记
ViewModel 的想要解决的问题
- 简化处理 Configuration 改变时的处理逻辑.
在 Android 默认的机制下, 当 Configuration 改变, 比如屏幕旋转的时候会导致 Activity 的销毁和重建. 比较常规的思路下, 我们的很多动作都是跟 Activity 的创建和销毁是绑定的. 比如显示数据的创建和销毁.
但是在 Configuration 改变时虽然 Activity 被销毁, 但是跟真的被销毁的情况是不同的. 遗憾的是从 onCreate 和 onDestory 回调中无法直接区分这两种情况.
ViewModel 的作用
- 提供了 ViewModel 的类, ViewModel 的实例创建和销毁与 Activity 生命周期依然是绑定的, 但是在 Configuration 改变是不会被销毁.
ViewModel 的生命周期
再次偷懒引用官方的图:
ViewModel 的不被销毁的原理
ViewModel 的生命周期看起来很厉害的样子. 其实在官方文档里关于如何处理 Configuration改变的文章已经提到了利用 RetainedFragment 来实现保存数据, 就可以避免在 Configuration 改变时被销毁.
ViewModel 其实也使用了相同的方法. ViewModel 的实例保存在 ViewModelStore 了, 方便用户获取实例. 同时 ViewModelStore 会交由 HolderFragment 持有, HodlerFragment 就是一个 RetainedFragment. 所以 ViewModel 在 Configuration 改变的时候不会被销毁.
ViewModel 与 onSaveInstanceState 的关系
- ViewModel 不能完全替代 onSaveInstanceState 的回调. ViewModel 虽然在 Configuration 改变的时候不会销毁, 但是在系统主动清理 (比如内存不足) 的时候依然会被销毁. 所以在这些情况下依然需要使用 onSaveInstancceState 来保存状态.
- ViewModel 不存在重建的过程, 复杂且不需要持久化应该交由 ViewModel 保持.
- onSaveInstanceState 调用中往 bundle 里写的信息应该尽量少, 只要可以重建 ViewModel 即可.
LiveData 学习笔记
LiveData 想要解决的问题
- 异步获取数据与 UI 状态的切换配合的代码烦琐。
Android 中的大部分显示数据都是异步获取的，可能从网络，也可以只是读取数据库。但是只要是异步获取就会面临一个问题：当获取数据时，界面可能已经销毁。
一个比较常见的解决方式就是在 UI 启动的时候注册回调，在 UI 销毁的时候注销。这样就不会在 UI 销毁后还接收到更新提示。但是手动管理 Observer 容易出错，LiveData 结合了 Lifecycle 提出了自动管理
LiveData 是什么？
熟悉 ReactiveX 的人：LiveData 可以认为是一个为 Android 深度定制的 BehaviorSubject。定制的部分主要有：
- 自动管理 Observer 的注销。
- 将 Observer 和 LifecycleOwner 进行绑定
- 自动识别 Lifecycle，只在合适的时候通知 Observer 数据的变化。
不熟悉 Reactive 的人：
- LiveData 是一个可观察的容器，当容器内的值发生改变时会通知观察者。
LiveData 会在什么时候通知变化？
- LiveData 根据 Observer 绑定 LifecycleOwner 的状态，将 Observer 分为 Active 和 Inactive 两个状态。只会通知处于 Active 状态的观察者。
- 当 Lifecycle Owner 的状态为 STARTED 和 RESUMED 时认为 Observer 是 Active
LiveData 如何处理在 Inactive 状态时的改变？
- Observer 处于 Inactive 状态下不会收到任何更新通知。
- Observer 从 Inactive 变成 Active 是会收到一个新的更新，得到最新的值。
Observer 一定要绑定一个 LifecycleOwner 吗？
不一定。可以使用 observerForever 方法注册一个不会被自动移除的 Observer。
LiveData 在什么时候注销？
- 对于绑定了 LifecycleOwner 的 Observer，会在 Lifecycle 进入 DESTORYED 状态时注销。
- 对于没有绑定的 Observer 需要手动注销。
