A brief description of google livedata

1. MVVM架构模式
分享人：李阳
____________

2. 01
02
MVVM简介
ViewModel
03
04
LiveData
简单使用
目录

3. MVVM
是 Model-View-ViewModel的缩写，是一种架构模式，一种思想，区别于我们常说
的设计模式。
Model：模型，一般指后端下发数据；
View：视图，一般指我们看到的页面，负责显示数据和获取用户操作；
ViewModel：视图模型，是MVVM的核心部分，以数据驱动，它是连接View和
Model的桥梁。
常见的架构模式：MVC、MVP、MVVM，此处所讲的MVVM是基于google的
Jetpack组件LifeCycle、LiveData、ViewModel构成的，于Androidx环境中使用并
维护的。
1.1 什么是MVVM

4. 两个方向：
一是将[视图]转化为[模型]，即将所看到的页面转化为后端的数据。实现方
式是：事件监听。
二是将[模型]转化为[视图]，即将后端传递的数据转为成所看到的页面。实
现方式是：数据绑定。
这两个方向都实现的，我们称之为数据的双向绑定。
1.2 MVVM数据流向

5. Model的数据模型只包含状态，ViewModel所封装出来的数据模型包含视图的状态和
行为两部分，这样的封装使得ViewModel可以完整地去描述View层。
ViewModel类似中转站(Value Converter)，负责转换Model中的数据对象，使得数
据变得更加易于管理和使用。
职责主要是管理和提供和UI相关的数据。
2.1 ViewModel

6. LiveData的实现上可以说是订阅发布模式+生命周期感知，对于
Activity/Fragment等LifecycleOwner来说LiveData是观察者，监听者生命周
期，而同时LiveData又是被观察者，我们通过观察LiveData，实现数据和
View的关系构建。
LiveData是google发布的生命周期组件（lifecycle-aware components）中的
一个组件，除了能实现数据和View的绑定响应之外，它最大的特点就是具备
生命周期感知功能，这使得他具备以下优点：
1、解决内存泄漏问题；
2、解决常见的View空异常；
3.1 LiveData

7. ①内存泄露：
由于LiveData会在Activity/Fragment等具有生命周期的lifecycleOwner
onDestory的时候执行removeObserve，使自己与观察者自动解绑，所以
解决了可能存在的内存泄漏问题。之前我们为了避免这个问题，一般有注
册绑定的地方都要解绑，而LiveData利用生命周期感知功能解决了这一问
题。
②NPE：
我们通常在一个异步任务回来后需要更新View，而此时页面可能已经被回
收，导致经常会出现View空异常，而LiveData由于具备生命周期感知功
能，在界面可见的时候才会进行响应，如果在界面不可见的时候发起
notify，会等到界面可见的时候才进行响应更新，所以就很好的解决了空异
常的问题。
3.2 LiveData优点

8. 首先Activity/Fragment实现LifecycleOwner接口，内部有一个LifecycleRegistry存
放生命周期State、Event等。
每个A/F在启动时都会自动添加进来一个无界面的Fragment，由于添加进来的
Fragment与A/F的生命周期是同步的，所以当A/F执行相应生命周期方法的时候，
同步的也会执行无界面Fragment的生命周期方法，它会在执行自己生命周期方法
的时候更新A/F的LifecycleRegistry里的生命周期State、Event，并且
notifyStateChanged来通知监听A/F生命周期的观察者。
这样就到达了生命周期感知的功能，其实是一个隐藏的Fragment来实现了监听者
能感知到A/F的生命周期。
只要LiveData注册了A/F的LifecycleOwner接口监听，也就拥有了感知生命周期的
能力。
3.3 LiveData感知生命周期原理

9. LiveData的粘性指的是消息可以在observer注册之前发送，当observer注册时，依然可
接收到之前发送的这个消息。
比如有一个数据mUser（LiveData）在A页面setValue()之后，然后再从A页面打开B页
面，在B页面中开始订阅该LiveData，B页面打开的时候生命周期方法执行，会进行
notify，此时又同时满足页面是从不可见变为可见、数据版本不一致等条件，所以一开
始进B页面，B页面的订阅就会被响应。
这就是所谓的粘性，A页面在发消息的时候B页面是还没创建还没订阅该数据的，但是
进入B页面订阅，之前在A中发的消息就会被响应。
3.4 LiveData的粘性

10. 4.1 VM示例代码

11. 获取ViewModel对象实例，通过vm获取LiveData并添加观察者，此时当数据改变，
LiveData调用set或者post方法后，通知观察者，变更UI。
4.2 Fragment、Activity监听数据变化

12. 方式一：
ViewModelProviders.of(this).get(LiveViewModel.class);
这种方式创建的VM对象和this是一一绑定的，即在Activity1处，多处获取VM对象，对
象地址值是一个，即是同一个VM对象。
方式二：
getDefaultViewModelProviderFactory().create(LiveViewModel.class)；
这种方式创建的VM对象是不同的，每次调用都会创建一个新的VM对象。
4.3 ViewModel对象的创建方式

13. MVVM进一步降低了代码的耦合，通过传入Fragment或者activity获取实例，并由
lifecycle统一管理生命周期与监听，已尽可能防止内存泄露发生。
但是如果一味将逻辑处理放入vm中，则可能造vm过于臃肿，所以需要比较严格的遵守
单一责任原则，只负责提供和管理UI数据，手段根据业务自行使用，比如vm和
presenter结合等。
当然VM还有很多使用注意点，比如不可持有context等，这里就不在详述了。
对于架构模式的使用，仁者见仁智者见智，不存在哪个一定比哪个更强更好，选用适
合的即可，学习更新的思想，用于实践即可。
总结

14. THANK YOU！
分享人：李阳