Android：无需第三方库实现多BLE设备稳定连接的可行方案咨询

嘿，我之前做BLE多设备连接项目的时候也遇到过和你一样的困惑——多个Service太冗余，单个Service管理又怕复杂度失控。结合实际开发经验和对nRF Connect实现的研究，给你分享几个可行的方案，每个都有明确的场景和代码示例参考：

1. 单个Service内封装多Gatt连接管理器（nRF Connect同款思路） #

其实nRF Connect的核心就是在单个Service里用键值对集合来管理不同设备的BluetoothGatt实例和对应的回调，每个设备的连接状态、数据交互都独立维护，并没有你想象的那么复杂。

实现思路： #

• 在Service中维护一个Map<String, BluetoothGatt>，Key用设备的MAC地址（唯一标识），Value是对应的Gatt对象；
• 给每个设备创建独立的BluetoothGattCallback，或者在同一个回调里通过BluetoothDevice参数区分不同设备；
• 封装统一的连接、断开、读写特征方法，接收MAC地址作为参数，找到对应的Gatt对象执行操作。

代码片段参考： #

class MultiBleService : Service() {
    // 存储所有连接的Gatt对象，MAC地址作为唯一键
    private val gattMap = mutableMapOf<String, BluetoothGatt>()

    // 统一的连接方法
    fun connectDevice(device: BluetoothDevice) {
        val gatt = device.connectGatt(this, false, createGattCallback(device.address))
        gattMap[device.address] = gatt
    }

    // 为每个设备创建独立回调（也可以在同一个回调里判断MAC）
    private fun createGattCallback(mac: String): BluetoothGattCallback {
        return object : BluetoothGattCallback() {
            override fun onConnectionStateChange(gatt: BluetoothGatt?, status: Int, newState: Int) {
                super.onConnectionStateChange(gatt, status, newState)
                when(newState) {
                    BluetoothProfile.STATE_CONNECTED -> {
                        // 处理该设备的连接成功逻辑，比如发现服务
                        gatt?.discoverServices()
                    }
                    BluetoothProfile.STATE_DISCONNECTED -> {
                        // 移除该设备的Gatt实例
                        gattMap.remove(mac)
                    }
                }
            }

            // 其他回调方法（onServicesDiscovered、onCharacteristicRead等）同理，针对当前设备处理
        }
    }

    // 断开指定设备连接
    fun disconnectDevice(mac: String) {
        gattMap[mac]?.let {
            it.disconnect()
            it.close()
            gattMap.remove(mac)
        }
    }

    // Service其他生命周期方法...
}

优点： #

• 符合Android官方推荐的BLE连接管理方式（Service后台维持连接）；
• 所有连接逻辑集中，便于统一处理重连、权限等通用逻辑；
• 每个设备的回调独立，避免状态混淆。

2. 单例模式的Gatt管理类+轻量Service #

如果觉得Service里写太多连接逻辑太臃肿，可以把多设备Gatt管理抽离成单例类，Service只负责绑定到前台（避免被系统杀死），实际的连接、交互逻辑都在单例类中处理。

实现思路： #

• 创建BleConnectionManager单例类，内部维护Map<String, BluetoothGatt>和回调集合；
• Service启动后绑定到前台，通过Binder提供单例类的访问入口；
• 页面或其他组件通过Service获取管理器实例，执行多设备连接操作。

代码片段参考： #

// 单例Gatt管理器
object BleConnectionManager {
    private val gattMap = mutableMapOf<String, BluetoothGatt>()
    private var context: Context? = null

    fun init(context: Context) {
        this.context = context.applicationContext
    }

    fun connectDevice(device: BluetoothDevice, callback: BluetoothGattCallback) {
        val gatt = device.connectGatt(context, false, callback)
        gattMap[device.address] = gatt
    }

    // 其他断开、读写方法...
}

// 轻量Service
class BleForegroundService : Service() {
    private val binder = LocalBinder()

    inner class LocalBinder : Binder() {
        fun getManager(): BleConnectionManager = BleConnectionManager
    }

    override fun onCreate() {
        super.onCreate()
        // 启动前台服务，避免被系统回收
        startForeground(NOTIFICATION_ID, createNotification())
        BleConnectionManager.init(this)
    }

    override fun onBind(intent: Intent): IBinder = binder

    // 创建前台通知的方法...
}

优点： #

• 代码解耦，Service只负责生命周期和前台保活，连接逻辑更清晰；
• 单例类可在App内全局访问，方便不同组件调用。

3. 结合WorkManager实现后台连接保活 #

如果需要在App退到后台甚至进程重启后仍维持BLE连接，可以用WorkManager配合上述方案，定时检查连接状态，断开时自动重连。

实现思路： #

• 创建BleReconnectWorker，在doWork()方法中调用管理器的连接状态检查逻辑；
• 设置周期性任务，比如每30秒检查一次所有设备的连接状态；
• 若发现设备断开，自动发起重连。

代码片段参考： #

class BleReconnectWorker(context: Context, params: WorkerParameters) : Worker(context, params) {
    override fun doWork(): Result {
        val connectedMacs = BleConnectionManager.getConnectedMacs()
        connectedMacs.forEach { mac ->
            val device = BluetoothAdapter.getDefaultAdapter().getRemoteDevice(mac)
            if (!BleConnectionManager.isConnected(mac)) {
                BleConnectionManager.connectDevice(device, createReconnectCallback(mac))
            }
        }
        return Result.success()
    }

    // 重连回调...
}

// 在Service或Application中启动周期性任务
fun startReconnectTask() {
    val constraints = Constraints.Builder()
        .setRequiredNetworkType(NetworkType.NOT_REQUIRED)
        .build()

    val periodicWork = PeriodicWorkRequestBuilder<BleReconnectWorker>(30, TimeUnit.SECONDS)
        .setConstraints(constraints)
        .build()

    WorkManager.getInstance(context).enqueueUniquePeriodicWork(
        "ble_reconnect_task",
        ExistingPeriodicWorkPolicy.KEEP,
        periodicWork
    )
}

通用注意事项 #

• 避免并发连接：Android BLE客户端同时最多支持4-6个连接，且不要同时发起多个连接请求，建议串行处理；
• 重连机制：在onConnectionStateChange回调中捕获断开事件，实现指数退避重连（比如第一次等1秒，第二次等2秒，最多重试5次）；
• 权限处理：Android 12及以上需要申请BLUETOOTH_CONNECT权限，且在运行时动态申请；
• 资源释放：断开连接后一定要调用BluetoothGatt.close()，避免资源泄漏。

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