如何让用户已离开的Activity不再接收全局LiveData回调？

Android开发中，A、B两个Activity同时监听全局作用域的LiveData。从Activity A导航至Activity B时，生命周期事件上报顺序为：

• A 进入paused状态
• B 进入created状态
• B 进入started状态
• B 进入resumed状态
• A 进入stopped状态

当前存在的核心问题：在上述流程的前4个阶段任意时刻修改全局LiveData的值，此时用户已经切换到Activity B页面，处于后台的Activity A仍然会接收到LiveData的回调。如果通过在Activity A的onPause方法中移除观察者的方式规避，又违背了LiveData“自动感知宿主生命周期、无需手动移除观察者”的设计初衷。

Activity A的原始基础实现：

override fun onCreate(savedInstanceState: Bundle?) {
    Global.liveData.observe(this, Observer {
        doUiWork()
    })
}

• 自定义观察逻辑，抬高活跃判定的生命周期阈值
  LiveData原生的活跃判定规则为：当宿主生命周期状态处于STARTED及以上时，绑定的观察者就算处于活跃状态，可接收LiveData的新数据回调。这也是Activity A在onPause后仍能收到回调的核心原因：执行onPause后，A的生命周期状态仅从RESUMED降级为STARTED，仍满足LiveData的活跃判定条件。
  可通过封装自定义观察扩展，将活跃判定阈值从STARTED提升至RESUMED：当宿主未处于RESUMED状态时，不对收到的LiveData值做业务分发，仅临时缓存最新值；当宿主切回RESUMED状态时，再把缓存的最新值同步给业务层；当宿主进入onPause时，直接清空缓存值，避免后台流转过程中触发不必要的UI操作。整个过程不需要手动调用removeObserver，宿主销毁时LiveData会自动完成观察绑定的解绑。
• 使用Flow搭配repeatOnLifecycle替代全局LiveData
  采用当前Android官方推荐的生命周期安全数据流收集方案：将全局作用域的LiveData替换为SharedFlow，在Activity中通过lifecycleScope启动协程，搭配repeatOnLifecycleAPI指定数据收集的状态阈值为RESUMED。当Activity进入后台（触发onPause）时，协程会自动挂起停止收集数据；当Activity回到前台（触发onResume）时，协程会自动恢复收集。全程不需要手动注册/移除观察者，从根源上解决后台状态接收到数据回调的问题。
• 调整观察者的注册与移除时机，和前台交互状态对齐
  把原本在onCreate中注册的LiveData观察逻辑，迁移到onResume中完成注册，在onPause中主动移除观察者。这种实现虽然涉及手动移除观察者，但注册和移除的逻辑完全对称，不会引发内存泄漏；且因为观察者绑定了LifecycleOwner，就算宿主异常销毁，LiveData也会自动清理所有和当前宿主关联的观察引用。该方案实现简单，无额外封装成本，适合快速适配现有代码。
• 在Observer回调入口增加页面状态校验
  完全保留原有LiveData观察逻辑，仅在收到回调的第一时间判断当前Activity是否处于RESUMED状态，如果不是就直接丢弃本次回调，不执行后续UI操作。这种方案改动量极小，适合存量老项目的快速问题修复，不需要大规模重构现有观察代码；缺点是后台收到的回调会被直接丢弃，如果需要在回到前台时同步最新页面数据，需要自行补充数据缓存逻辑。

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