MediatorLiveDarta的作用顾名思义，它可以作为中间人的角色监听其他LiveData 例如有一个需求：希望在ExitText中输入文字的同时，显示文字个数

class MainViewModel : ViewModel() {
    val message: MutableLiveData<String> = MutableLiveData()
    val count: MediatorLiveData<Int> = MediatorLiveData()

    init {
        count.value = 0

        count.addSource(message) {
            val cnt = message.value?.length ?: 0
            count.postValue(cnt)
        }
    }

    fun postMessage(message: String) {
        this.message.postValue(message)
    }
}

EditText的回调里通过postMessage更新message，count通过addSource监听message的变化后更新自己

addSource

If the given LiveData is already added as a source but with a different Observer, IllegalArgumentException will be thrown.

addSource可以保证被监视Livedata不会被重复订阅，如果我们手动observe的话，可能会因为重复订阅造成数据接受异常，通过addSrouce的源码可以清楚看到这一点

public <S> void addSource(@NonNull LiveData<S> source, @NonNull Observer<S> onChanged) {
        Source<S> e = new Source<>(source, onChanged);
        Source<?> existing = mSources.putIfAbsent(source, e);
        if (existing != null && existing.mObserver != onChanged) {
            throw new IllegalArgumentException(
                    "This source was already added with the different observer");
        }
        if (existing != null) {
            return;
        }
        if (hasActiveObservers()) {
            e.plug();
        }
    }

注意postValue的使用

上面例子中，我们如果将代码修改成一下实现，能否正常运行呢？

class MainViewModel : ViewModel() {
    val message: MutableLiveData<String> = MutableLiveData()
    val count: MutableLiveData<Int> = MutableLiveData()

    fun postMessage(message: String) {
        this.message.postValue(message)
        updateCount()
    }

    private fun updateCount() {
        val cnt = message.value?.length ?: 0
        count.postValue(cnt)
    }
}

经过测试发现count和message的更新会出现不同步现象。因为postValue是一个异步操作，我们通过postValue更新了message之后，立即在updateCount中同步获取message最新的value有可能取得的是尚未更新的值，造成bug的出现。

最后

在简单的代码中，这样的bug很容易被察觉，但在一个复杂项目中，像这样的时序问题在写代码的时候很容被忽略，所以当大家使用LiveData时，要多利用MediatorLiveData这样的工具，哪怕多写两行代码，也要保证时序的准确性。