先看一下MutableLiveData的源码，它是继承于LiveData,主要是重写了setValue和postValue方法。
上图我们知道这两个方法都是调用了livedata的各自对应的方法，我们点进去看看livedata的这两个方法是protect 的
允许子类和自己调用，而MutableLiveData重写的时候用的是public，开放出去了。让它的对象可以调用。
接着我们着重看一下liveData的源码，先看setValue方法吧，assertMainThread是判断当前是不是主线程，如果不是就抛出异常：这就是为什么postvalue可以在任何线程调用，setPost只能在主线程调用的原因，也是这两个方法的区别。
然后是version变量，后期主要靠版本号来更新。重点在dispatchingValue(null),如下图代码逻辑会按红线划的走，取的是mObservers 的item
而它在observe方法中put了值
下图是它的item哦
回过头来看for循环里面的considerNotify，是通知观察者onchange 数据改变了。
整个分析下来就是observer方法用SafeIterableMap来存储观察者，在数据发生改变的时候setValue方法中，通知观察者数据改变了回调onchange，典型的观察者模式。
那还剩下一个postValue方法没分析，我们看看下图，ArchTaskExecutor 是做线程切换的，将runable传给主线程
我们看看这个runbable怎么实现的，没错它复用了setValue的代码。
关于数据倒灌的问题，其实是粘性事件，开发者在开发的时候就定性为粘性的话，这就也不算bug了，估计也就是这种情况，因为官方也一直没解决，不可能不知道，我在github上的解决方案和一个开发者争论大家可以看看，你站哪边，可以评论区见，哈哈：livedata数据倒灌问题
