为什么MutableLiveData的setValue()方法只能从主线程调用？

以下基于Android官方AOSP中LiveData的源码实现讲解背后的逻辑：

1. 源码层面的强制校验 #

• setValue()方法的源码第一行就做了主线程断言，只要不是在主线程调用就会直接抛出异常，不存在兼容子线程的可能：

@MainThread
public void setValue(T value) {
    // 核心校验逻辑：检查当前线程是否为主线程
    assertMainThread("setValue");
    mVersion++;
    mData = value;
    dispatchingValue(null);
}

• 其中assertMainThread()方法会通过主线程的Looper判断当前线程身份，校验失败直接抛出IllegalStateException: Cannot invoke setValue on a background thread。

2. 设计层面的核心原因 #

• 避免并发修改数据错乱：LiveData的定位是驱动UI更新的状态容器，本身没有设计并发修改的锁机制，如果允许多个线程同时修改值、更新版本号，会出现值覆盖、版本号跳变、事件分发逻辑混乱的问题，直接限制主线程调用从根源上规避了并发冲突。
• 对齐Android UI更新规则：setValue()触发后会立刻遍历所有活跃观察者执行onChanged()回调，绝大多数回调逻辑都是用来更新UI控件的，而Android系统本身禁止子线程操作UI，提前在校验阶段拦截比等到更新UI时报错更利于问题定位。
• 保证事件分发逻辑的一致性：LiveData内部用mVersion自增来标记数据版本，避免重复回调、漏发回调，单线程（主线程）执行修改可以保证版本号自增、值修改、事件分发整个流程的原子性，不会出现时序问题。

子线程需要更新LiveData时请使用postValue()方法，它内部会通过主线程Handler将更新任务投递到主线程，最终还是调用setValue()完成修改和分发。

内容的提问来源于stack exchange，提问作者Vivek Pratap Singh