向Service传递Activity引用是否可行？未崩溃及内存泄漏疑问

Hey there！让我逐个帮你拆解这些问题：

你遇到的这个情况，大概率是这几个原因：

• Activity对象还没被GC回收：Activity的onDestroy()方法执行只是标志着它的生命周期结束，但内存里的对象并不会立刻被垃圾回收器清理。如果在Activity销毁后不久就调用updateUI()，此时mActivity引用的对象还在内存中，自然不会崩溃。但随着GC的触发，这个对象被回收后，再调用就会抛出NullPointerException或者IllegalStateException了。
• UI组件的空安全处理：如果你的getUI_Component()方法在Activity销毁后返回了null，或者doSomething()、update()方法内部做了空判断，那也不会直接崩溃——但这种情况属于“侥幸”，不是可靠的写法。
• Service中没实际执行到更新逻辑：比如updateUI()方法可能因为某些条件分支没走到真正操作UI的代码，或者UI操作被系统默默拦截了（不过这种情况很少见）。

这个方案有一定可行性，但存在不少隐患，你需要注意这些细节：

• 线程安全问题：Service通常运行在主线程，但如果你的updateUI()是在子线程调用的，那re_register()修改mActivity引用时可能会出现线程竞争，导致空指针或者错误的引用。建议给mActivity的读写加个锁，或者用AtomicReference来持有引用。
• 主动清理引用：一定要在Activity的onDestroy()方法中调用Service的方法把mActivity置为null，不然即使Activity销毁了，Service还持有强引用，会引发下面要讲的内存泄漏问题。比如：

  @Override
  protected void onDestroy() {
      super.onDestroy();
      if (service != null) {
          service.re_register(null);
      }
  }
  

• 异常场景覆盖：比如Activity被系统回收后重建（比如屏幕旋转、内存不足），onResume会正常触发，这时候更新引用是有效的；但如果Service在Activity重建期间意外重启了，那你的引用可能还是失效的，需要重新绑定Service并注册。

答案是肯定存在内存泄漏，原因很简单：
当Activity执行onDestroy()后，它应该被GC回收释放内存，但此时Service还持有Activity的强引用（而且Service是启动且绑定型，会持续运行），这就导致Activity对象无法被回收，一直占用内存。直到Service被销毁，这个Activity对象才会被释放——但如果Service是长期运行的，那这个泄漏的内存会一直存在，甚至多次重建Activity后会累积多个泄漏对象，最终导致OOM。

很多人说的“Service销毁后内存会释放”是对的，但这并不能否认在Service运行期间，Activity对象被泄漏了，这是不符合Android生命周期规范的写法。

既然你觉得BroadcastReceiver开销大，那推荐用LiveData来实现：

1. 在Service中创建一个MutableLiveData实例，用来存储UI需要的数据；
2. Activity在onCreate中观察这个LiveData，因为LiveData是生命周期感知的，当Activity销毁时会自动取消观察，不会造成泄漏；
3. Service需要更新UI时，直接更新LiveData的值，Activity会自动收到回调并更新UI。

示例代码大概是这样：

// Service类
public class MyService extends Service {
    private MutableLiveData<String> uiData = new MutableLiveData<>();

    public MutableLiveData<String> getUiData() {
        return uiData;
    }

    // 需要更新UI时调用
    private void updateUIFromService() {
        uiData.postValue("新的UI数据");
    }
}

// Activity类
public class MainActivity extends AppCompatActivity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        // 假设已经绑定了Service，拿到service实例
        service.getUiData().observe(this, newData -> {
            // 在这里更新UI组件
            textView.setText(newData);
        });
    }
}

这种写法既避免了内存泄漏，又比BroadcastReceiver轻量，完全适配你的场景～

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