Jetpack之MutableLiveData和LiveData源码分析

先看一下MutableLiveData的源码,它是继承于LiveData,主要是重写了setValue和postValue方法。
Jetpack之MutableLiveData和LiveData源码分析_第1张图片
上图我们知道这两个方法都是调用了livedata的各自对应的方法,我们点进去看看livedata的这两个方法是protect 的
允许子类和自己调用,而MutableLiveData重写的时候用的是public,开放出去了。让它的对象可以调用。
Jetpack之MutableLiveData和LiveData源码分析_第2张图片
接着我们着重看一下liveData的源码,先看setValue方法吧,assertMainThread是判断当前是不是主线程,如果不是就抛出异常:这就是为什么postvalue可以在任何线程调用,setPost只能在主线程调用的原因,也是这两个方法的区别。
Jetpack之MutableLiveData和LiveData源码分析_第3张图片

然后是version变量,后期主要靠版本号来更新。重点在dispatchingValue(null),如下图代码逻辑会按红线划的走,取的是mObservers 的item
Jetpack之MutableLiveData和LiveData源码分析_第4张图片
而它在observe方法中put了值
Jetpack之MutableLiveData和LiveData源码分析_第5张图片
下图是它的item哦
Jetpack之MutableLiveData和LiveData源码分析_第6张图片
回过头来看for循环里面的considerNotify,是通知观察者onchange 数据改变了。
Jetpack之MutableLiveData和LiveData源码分析_第7张图片
整个分析下来就是observer方法用SafeIterableMap来存储观察者,在数据发生改变的时候setValue方法中,通知观察者数据改变了回调onchange,典型的观察者模式。
那还剩下一个postValue方法没分析,我们看看下图,ArchTaskExecutor 是做线程切换的,将runable传给主线程
Jetpack之MutableLiveData和LiveData源码分析_第8张图片
我们看看这个runbable怎么实现的,没错它复用了setValue的代码。
Jetpack之MutableLiveData和LiveData源码分析_第9张图片
关于数据倒灌的问题,其实是粘性事件,开发者在开发的时候就定性为粘性的话,这就也不算bug了,估计也就是这种情况,因为官方也一直没解决,不可能不知道,我在github上的解决方案和一个开发者争论大家可以看看,你站哪边,可以评论区见,哈哈:livedata数据倒灌问题

你可能感兴趣的:(源码解析,Jetpack,android,livedata,MutableLiveData,源码分析)