Android Studio蓝牙应用跨Activity收发CAN总线数据问题咨询

数据老陈

2026-8-27

实现思路验证

你的思路完全正确。将蓝牙连接、读写逻辑从Activity剥离到独立Service，是Android端实现跨页面共享长连接能力的标准方案，既可以满足两个Activity分别调用读写能力的需求，也能解决之前单Activity承载所有逻辑耦合过重、页面销毁时蓝牙连接意外中断的问题。

落地实现步骤

搭建前台BluetoothService作为蓝牙能力唯一载体
所有蓝牙初始化、socket连接、字节流读写逻辑全部从MainActivity迁移到Service中，不要在任何Activity里保留蓝牙连接相关的核心逻辑。将Service配置为前台服务，保活长连接避免被系统回收。
Service内需要封装三个核心模块：
1. 连接状态管理：统一维护未连接、连接中、已连接、连接失败四种状态，对外提供状态查询回调
2. 写入能力：对外暴露同步的write(byte[] canCommand)方法，内部加线程锁往BluetoothSocket输出流写入CAN控制指令，避免多线程并发写入导致的数据错乱
3. 接收能力：单独开工作线程循环读取BluetoothSocket输入流的字节数据，读到原始数据后交给独立的工具类解析成结构化的车辆运行数据，再做全局分发
  附Service基础Binder实现参考：
```
public class BluetoothService extends Service {
    private final IBinder binder = new BluetoothBinder();
    public class BluetoothBinder extends Binder {
        public BluetoothService getService() {
            return BluetoothService.this;
        }
    }
    @Nullable
    @Override
    public IBinder onBind(Intent intent) {
        return binder;
    }
    // 剩下的蓝牙连接、读写逻辑在这里实现
}
```
实现无引用的跨组件数据分发
绝对不要在Service中持有任何Activity的直接引用，否则页面切换、销毁时极易触发内存泄漏、空指针崩溃。根据你的项目技术栈二选一分发方案即可：
- 未引入Jetpack组件的场景：用LocalBroadcastManager发本地广播，Service收到解析后的车辆数据、连接状态变化、指令发送结果时发送对应Action的广播，两个Activity按需注册广播接收器接收对应数据即可
- 引入Jetpack组件的场景：在Service内创建单例的MutableLiveData<VehicleData>、MutableLiveData<ConnectionState>持有实时状态，Activity绑定服务后直接观察对应LiveData即可，生命周期安全无需手动注销
双Activity统一绑定Service复用能力
两个Activity都通过bindService()方式绑定服务，在onStart()生命周期发起绑定、onStop()生命周期解绑。Service内部维护绑定计数，只要存在一个绑定的Activity就保持蓝牙连接，所有页面都解绑后再根据业务需求判断是否断开连接。
绑定成功后，MainActivity通过拿到的Service实例直接调用write()方法发送控制指令即可，无需关心蓝牙连接细节；数据展示Activity不需要调用写入方法，只需要接收Service分发的车辆数据刷新UI即可。

避坑提示

所有蓝牙IO操作必须放在工作线程执行，禁止在主线程读写socket，否则会触发ANR
按适配的Android版本正确申请蓝牙权限：Android 12及以上版本必须申请BLUETOOTH_SCAN、BLUETOOTH_CONNECT运行时权限，否则会抛出安全异常
单独抽离CAN数据解析工具类，不要把协议解析逻辑写在Service里，后续CAN协议迭代时不需要修改Service核心逻辑
写入指令后要加结果回调，蓝牙断开、写入失败时及时给MainActivity返回状态，避免用户操作无反馈
蓝牙读数据的工作线程要在连接断开、Service销毁时正确终止，不要留闲置线程造成资源泄漏

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