LiveData<User> 无法感知其他代码修改共享User对象的问题排查

你遇到的现象本质是对LiveData的触发机制存在认知偏差，具体遗漏了两个关键逻辑：

• LiveData不会自动感知它所持有对象的内部属性变化：你在初始化MutableLiveData<User>时，只是把全局User对象的引用作为初始值塞给了LiveData，LiveData本身没有任何内置机制去追踪这个普通Kotlin类的字段变动。不管User内部的name被修改多少次，只要你没有主动调用LiveData的setValue/postValue方法传入新的数据，LiveData就永远不会向观察者推送更新。
• 当前的事件传递链路完全断联：User类通过EventBus收到事件、修改自身name属性的流程结束后，没有任何环节把这个变更同步到对应的LiveData上，自然不会触发UI层的响应。

顺带提一个非核心但容易踩的坑：你在User类的init块中直接调用EventBus注册的写法，没有配套的反注册逻辑，如果后续User实例发生重建，很容易出现重复注册、事件被多次接收的问题。

• 方案1：在ViewModel层补全事件同步链路
  不要给LiveData设完初始值就放任不管，在ViewModel的初始化逻辑里注册事件监听，当收到User更新事件时，主动把最新的User对象赋值给LiveData，触发观察者回调：

  val user = MutableLiveData<User>()
  // 用于EventBus注册的临时接收对象
  private val eventReceiver = object {
      @Subscribe(threadMode = ThreadMode.MAIN)
      fun onNewNameUpdate(event: NewNameEvent) {
          // 收到事件后主动把最新的User实例推给LiveData
          user.value = Application.my.user
      }
  }
  
  init {
      // 设置LiveData初始值
      user.value = Application.my.user
      EventBus.getDefault().register(eventReceiver)
  }
  
  override fun onCleared() {
      super.onCleared()
      // 页面销毁时反注册，避免内存泄漏
      EventBus.getDefault().unregister(eventReceiver)
  }
  

• 方案2：把User的可观察属性和LiveData直接绑定
  不要让LiveData持有一个无感知的普通User对象，直接把需要响应变化的字段（比如name）做成全局可观察的LiveData实例，在User收到EventBus事件修改属性的同时，主动给对应的LiveData赋值，从链路源头打通事件传递。比如在Application层维护全局的用户名称LiveData，User收到事件更新时同步更新这个LiveData的值，ViewModel直接观察这个全局LiveData即可，减少中间的同步逻辑。
• 方案3：将User改造为可观察的数据类型
  可以把User的属性替换成Jetpack可观察字段、或者Kotlin的Flow属性，当属性值变化时自动发出更新事件，再通过asLiveData()方法转成界面层可观察的LiveData，彻底避免手动同步的冗余逻辑。

关键认知校正：LiveData的触发逻辑非常直白——它只是一个持有数据的容器，唯一能触发观察者回调的动作就是收到主动传入的新数据，不存在任何自动追踪内部对象字段变化的内置能力。

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