如何将类中Thread的IPC广播回传至MainActivity？线程回传数据与Context使用问题

1. Read Thread向MainActivity回传消息的实现方式 #

你需要的是子线程向UI层的单向通信，下面是3种最常用的适配方案：

• 接口回调（通用解耦方案）
  这是最推荐的轻量实现，不需要依赖额外框架：
  1. 首先在SDK内部定义回调接口：

  public interface OnMessageReadListener {
      void onMessageReceived(String readMessage);
  }
  

  2. 在你的SDK类中添加该接口的成员变量，通过构造方法或者set方法接收MainActivity传入的实现实例
  3. Read Thread读取到消息后，通过Handler将回调切到主线程再执行，避免UI操作报错：

  // 线程内读取到消息后的逻辑
  new Handler(Looper.getMainLooper()).post(() -> {
      if (messageListener != null) {
          messageListener.onMessageReceived(读取到的消息内容);
      }
  });
  

  4. MainActivity实现该接口，在回调方法内处理UI更新等逻辑即可
• LiveData（Jetpack项目适配）
  如果你的项目引入了Jetpack组件，可以直接用MutableLiveData做数据容器：SDK内读取到消息后调用postValue()方法推送数据，MainActivity中观察该LiveData实例即可，框架会自动处理生命周期绑定和主线程切换，不需要手动处理线程问题。
• 本地广播（多接收方场景）
  如果同一条消息需要多个组件接收，可以用LocalBroadcastManager实现，SDK内发广播，MainActivity注册对应广播接收器接收即可，缺点是传输数据大小有限制，性能略低于接口回调。

2. Context使用规范 #

是否可以都用MainActivity的Context，取决于你的SDK生命周期和Activity是否绑定：

• 如果SDK的Read Thread会在MainActivity.onDestroy()时同步停止，不会在Activity销毁后继续运行，两处都可以直接传入MainActivity的Context，没有问题。
• 如果你的SDK是长时间后台运行的，Activity销毁后线程还会继续工作，绝对不能直接传MainActivity的Context，会造成内存泄漏，这种场景需要传入Application级别的Context，也就是调用context.getApplicationContext()传入，Application Context的生命周期和APP进程一致，不会持有Activity实例导致无法回收。

注意：如果SDK内部需要执行弹出Dialog、加载页面布局这类依赖Activity上下文的UI操作，必须传入Activity的Context，同时要在Activity销毁回调中同步停止SDK的Read Thread，释放所有Context引用。

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