1.问题起因：
测试突然发现页面上有一块UI在某些情况下无内容展示，但是接口有下发对应字段。这种偶现的bug就很奇怪了，排查一波也没发现啥异常，就是个简单的接口请求，然后在LiveData回调中更新UI，突然在logcat中发现LiveData Observer中有异常打印，这样看来问题出在LiveData了？
赶紧debug一下，发现LiveData.setValue()此时卡在了dispatchingValue()方法开头处，mDispatchingValue为true，直接return，没有走后续的observer.onChange()回调。mDispatchingValue字段顾名思义，标记正在分发事件，此时继续setValue()不会立即更新。mDispatchingValue是个全局变量，找一下引用发现赋值处全在dispatchingValue()方法中。
void dispatchingValue(@Nullable ObserverWrapper initiator) {
if (mDispatchingValue) {
mDispatchInvalidated = true;
return;
}
mDispatchingValue = true;
do {
mDispatchInvalidated = false;
if (initiator != null) {
considerNotify(initiator);
initiator = null;
} else {
for (Iterator<Map.Entry<Observer<? super T>, ObserverWrapper>> iterator =
mObservers.iteratorWithAdditions(); iterator.hasNext(); ) {
considerNotify(iterator.next().getValue());
if (mDispatchInvalidated) {
break;
}
}
}
} while (mDispatchInvalidated);
mDispatchingValue = false;
}
所以说正常流程下mDispatchingValue初始值应该为false，然后在do的入口处置为true，标记正在分发事件，分发事件后跳出循环再次置为fasle。有可能出现问题的地方就在do中的分发事件，considerNotify()就是我们的回调，回调中如果出现异常，执行逻辑跳到外部catch块，mDispatchingValue就没法在最后重置为false，那么后续的setValue()都会被return掉。
这里有的同学就会问了，LiveData回调中出现异常不就崩溃了吗，崩溃了就能找到问题解决了啊，还哪有后续不分发事件的坑呢。but网络基础框架大概率会把接口调用整个流程try catch住，我这边用的协程，整个协程体都被try catch了所以不会崩溃。我这边的case可以等同于把setValue()方法try catch住，然后应该是某个接口字段的问题抛出异常，进而导致后续事件不再分发。
解决方案1：
fun <T> MutableLiveData<T>.safeObserve(owner: LifecycleOwner, onChange: (T) -> Unit) {
this.observe(owner) {
try {
onChange(it)
} catch (e: Exception) {
e.printStackTrace()
}
}
}
思路很简单，套一层try catch，即使回调中产生异常，dispatchingValue()方法也会走完。
解决方案2
该改的还是要改，具体是哪个字段没下发有可能为空还是要保护一下的，这样就避免在LiveData的Observer中发生异常，避免LiveData不更新。
