MutableLiveData未调用setValue/postValue却通知观察者问题排查

嘿，我来帮你拆解这个问题——你遇到的现象其实是两个点的结合：LiveData的通知逻辑，加上Mockito验证的小陷阱。

首先先澄清一个常见误解：MutableLiveData确实只有在调用setValue()或postValue()时才会主动通知观察者，直接修改它持有的集合元素，本身不会触发通知。那你之前觉得观察者收到了通知，大概率是有其他操作间接触发了LiveData的分发（比如生命周期变化重新订阅，或者其他地方不小心调用了setValue）；而你的测试用例能通过，是Mockito的匹配逻辑给的假象。

为什么直接修改集合不会触发通知？ #

LiveData的核心逻辑是追踪数据引用的变更，而非数据内部的修改。当你调用myLiveData.value?.addAll(...)时，你只是修改了同一个ArrayList实例里的内容，但LiveData持有的引用还是原来那个，它的内部版本号（mVersion）没有递增，自然不会触发dispatchingValue()（也就是通知观察者的核心逻辑）。

你的测试用例为什么会“通过”？ #

这是Mockito的典型坑点：你用verify(observer).onChanged(result)验证时，Mockito默认采用内容匹配，而非引用匹配。也就是说，只要观察者收到过一个和result内容完全一致的集合，不管是不是同一个实例，验证都会通过。

看你的测试流程就明白：

1. 你给LiveData设置了一个空ArrayList，此时观察者收到了这个空集合的通知。
2. 你修改了这个空集合的内容，把1-4加了进去——注意，这时候观察者并没有收到新的通知，那个打印语句只输出了[]就是最直接的证据。
3. 你创建了一个内容相同的result集合，Mockito一看“观察者收到过的集合现在内容和这个一样”，就认为验证通过了，但实际上观察者从来没收到过包含1-4的通知！

正确的集合更新姿势 #

如果想让集合变化触发观察者通知，你需要让LiveData感知到引用的变化，有两种常用方式：

• 每次修改后，重新赋值一个新的集合实例：

  val currentList = myLiveData.value ?: arrayListOf()
  currentList.addAll(myList)
  myLiveData.value = currentList // 重新赋值触发通知
  

• 或者用apply语法简化写法：

  myLiveData.value = (myLiveData.value ?: arrayListOf()).apply { addAll(myList) }
  

这样LiveData会检测到引用变化，版本号递增，进而通知所有观察者。

另外，也可以考虑用LiveData<List<*>>配合不可变集合，每次修改都生成新的不可变集合，这样更符合LiveData的设计理念——数据是不可变的，变化时通过新实例通知。

总结一下：你之前的代码里，观察者并没有真的因为集合修改收到通知，测试用例的通过是Mockito的内容匹配导致的假象；要让集合变化触发通知，必须通过setValue()/postValue()更新集合引用。

内容的提问来源于stack exchange，提问作者Moh Mah