1.MutableLiveData.java
LiveData的实现类。可以对Data进行设置。
postValue(T value):对调用的线程没有要求,调用后会直接对mPendingData进行设置。然后会向主线程的Handler发送一个Runnable。

好处:
1.在异步线程对数据进行修改
2.主线程没有执行mPostValueRunnable之前,异步线程能够多次听过postValue设置数据,同时mPendingData始终保存着
最新设置的值。
3.postTask变量,能够保证,mPostValueRunnable未执行前,主线程的Handler不会被一直添加message。
mPostValueRunnable的实现:

通过mPendingData来保证主线程设置的值是Runnale执行前的最新值。
setValue实现:

这里mData得到了真正的设置。同时这里有个变量相当重要,mVersion。mVersion表示了数据被修改的次数。
当对LiveData添加监听的时候,创建的监听中也有一个成员变量mLastVersion,并进行了初始化。

这个值会和LiveData中的mVersion进行比较。当mVersion > mLastVersion时,此监听在合适的时候就会被回调。
所以这就有一点需要注意,在LiveData在ViewModel中使用时,需要注意即使Activity在应Configuration变化导致
重建时,即使这个过程中LiveData没有被修改过,只要添加新建了监听,LiveData的mVersion不为初始值,那么
在生命周期的dispatchStart阶段监听还是会被回调。
dispatchingValue的实现:
因为传入的参数为null,所以需要尝试回调所有注册的监听。

一个设置的监听能够被回调要满足一些条件
- 处于active状态

2.监听中的数据version需要小于LiveData的版本

最后就是更新监听的数据version并通知监听数据跟新了,并将数据入参。(当然监听的回调是在主线中被执行的)

本文深入探讨了Android架构组件LiveData及其实现类MutableLiveData的工作原理。解析了postValue与setValue方法的区别,以及它们如何确保数据的正确传递和更新。特别关注了mVersion变量在监听回调中的作用,以及dispatchingValue方法的执行流程。
559





