调用removeObservers后LiveData观察者仍被数据变更触发回调如何解决？

你遇到的移除不生效问题，本质是操作的根本不是同一个LiveData实例，和LiveData本身的事件分发机制无关：

• 你在初始化观察者时，调用repo.getKeyFor(fname)拿到第一份LiveData实例，观察者是挂在这份实例的内部监听列表上的
• 当数据变更触发onChanged走到finally块时，你又重新调用了一次repo.getKeyFor(fname)。如果这个方法（包括内部的dao.getKeyFor()）每次调用都会创建新的LiveData对象返回，那这次拿到的是和之前完全独立的第二份LiveData
• 你在第二份LiveData上调用removeObservers()，本质是操作一个根本没有绑定任何观察者的空实例，自然不会影响到第一份实例上挂着的观察者——后续第一份LiveData数据变更时，自然还会正常触发回调。
  另外你把移除逻辑写在onChanged的finally块里，本身也存在逻辑漏洞：哪怕LiveData实例是同一个，在回调流程里做全局移除，也容易和LiveData内部的事件分发逻辑产生时序冲突。

• 复用同一份LiveData的实例引用，全程不要重复调用getKeyFor()做observe和remove操作
  在添加观察者之前，先把getKeyFor()返回的LiveData缓存为变量，后续不管是绑定观察者还是移除观察者，都直接使用这个缓存的变量引用，示例修正代码：

  // 提前缓存实例，全程复用同一个对象
  LiveData<List<ImageAddress>> targetLiveData = repo.getKeyFor(fname);
  targetLiveData.observe(this, new Observer<List<ImageAddress>>() {
      @Override
      public void onChanged(List<ImageAddress> imageAddresses) {
          try {
              // 原有解密、存文件、更新UI的业务逻辑
              ...
          } catch (Exception e) {
              e.printStackTrace();
              finish();
          } finally {
              // 用缓存的同实例做移除，不要重新调用getKeyFor
              targetLiveData.removeObservers(MainActivity.this);
          }
      }
  });
  

• 检查DAO层getKeyFor()的实现逻辑
  如果是手写的自定义LiveData实现，要给相同入参的查询结果做实例缓存，保证多次调用传入相同的fname时，返回的是同一个LiveData对象（Room框架的DAO默认会对相同查询的LiveData做实例复用，一般不会有这个问题，但自定义实现很容易踩坑）。
• 按需选择移除的粒度
  如果当前页面有其他业务也在观察同一份LiveData，建议把removeObservers(owner)换成精准的单观察者移除：提前把Observer存成成员变量，调用targetLiveData.removeObserver(yourCachedObserver)，避免误删其他业务的监听回调。

removeObservers(owner)的作用范围仅限于当前调用这个方法的LiveData实例本身，不同的LiveData实例哪怕返回的数据完全一致，内部的观察者列表也是完全独立的，跨实例的移除操作不会产生任何效果。

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