本文详解在 kotlin 移动应用中，不依赖厂商 sdk 的情况下，利用 bluetooth le 标准协议与各类健身追踪器（如 mi band、huawei watch）通信，安全、可靠地读取心率、步数等传感器数据的完整实现路径。
本文详解在 kotlin 移动应用中，不依赖厂商 sdk 的情况下，利用 bluetooth le 标准协议与各类健身追踪器（如 mi band、huawei watch）通信，安全、可靠地读取心率、步数等传感器数据的完整实现路径。
在 Android 平台上开发跨品牌健身设备数据采集功能时，无法依赖单一官方 API——因为华为、小米、Fitbit 等厂商大多提供私有 SDK 或封闭协议。真正的“通用性”并非来自统一接口，而是基于 Bluetooth Low Energy（BLE）标准协议栈的标准化解析能力。只要设备支持 BLE 并遵循 Bluetooth SIG 规范（或合理扩展），即可通过服务发现（Service Discovery）+ 特征读写（Characteristic Interaction）完成数据获取。
? 1. 连接设备并发现服务（Services）
使用 android.bluetooth.le 包（推荐配合 androidx.bluetooth:bluetooth-ble 或成熟封装库如 RxAndroidBle）建立连接后，调用 device.fetchUuidsWithSdp() 或 gatt.discoverServices() 获取设备广播的所有 GATT 服务：
gatt?.discoverServices()?.subscribe {
it.services.forEach { service ->
Log.d("BLE", "Found service: ${service.uuid}")
// 示例：心率服务标准 UUID
if (service.uuid == UUID.fromString("0000180D-0000-1000-8000-00805F9B34FB")) {
parseHeartRateService(service)
}
}
}
✅ 提示：标准服务 UUID 可查 Bluetooth SIG Assigned Numbers，其中 0x180D 对应 Heart Rate Service（HRS），0x181A 为 Device Information Service。
? 2. 解析服务特征（Characteristics）并启用通知
以心率服务（0x180D）为例，其核心特征为 0x2A37（Heart Rate Measurement）。该特征不支持直接读取（Read），而需启用 Notify 模式持续接收数据包：
private fun parseHeartRateService(service: BluetoothGattService) {
val hrChar = service.getCharacteristic(UUID.fromString("00002A37-0000-1000-8000-00805F9B34FB"))
gatt?.setCharacteristicNotification(hrChar, true)
// 启用 CCCD（Client Characteristic Configuration Descriptor）
val cccd = hrChar.getDescriptor(UUID.fromString("00002902-0000-1000-8000-00805F9B34FB"))
cccd.value = BluetoothGattDescriptor.ENABLE_NOTIFICATION_VALUE
gatt?.writeDescriptor(cccd)
}
? 3. 解析原始字节数组为结构化数据
心率特征返回的 byte[] 遵循 HRS 规范：首字节为标志位（Flags），后续为心率值（可能含 16-bit 整数、时间戳、能量消耗等可选字段）。典型解析逻辑如下：
override fun onCharacteristicChanged(
gatt: BluetoothGatt?,
characteristic: BluetoothGattCharacteristic?
) {
val data = characteristic?.value ?: return
val flags = data[0].toInt()
var offset = 1
var heartRate: Int
// 检查 Flags 第0位：0=8-bit heart rate value, 1=16-bit
if (flags and 0x01 != 0) {
heartRate = (data[offset + 1].toInt() and 0xFF) shl 8 or (data[offset].toInt() and 0xFF)
offset += 2
} else {
heartRate = data[offset].toInt() and 0xFF
offset += 1
}
Log.i("HR", "Detected heart rate: $heartRate bpm")
}
⚠️ 关键注意事项与现实挑战
- 厂商私有协议是常态：Mi Band 使用 0xFEE0 服务 + 0x0007 特征传输步数；Huawei Watch 可能采用自定义加密通道。此时需逆向分析或复用社区成果（如 miband-android）。
- 权限与后台限制：Android 12+ 要求 BLUETOOTH_SCAN、BLUETOOTH_CONNECT 动态权限，且后台扫描受严格限制（建议前台服务 + Foreground Notification）。
- 连接稳定性：频繁断连常见于低功耗设备，需实现重连队列、GATT 状态缓存及超时降级策略。
- 配对与隐私合规：部分设备要求先配对（Bonding），且健康数据采集需明确用户授权，符合 GDPR / 《个人信息保护法》。
✅ 总结：构建真正通用的数据管道
所谓“通用”，本质是协议层通用而非 API 层通用。掌握 BLE GATT 分层模型（Services → Characteristics → Descriptors）、熟练查阅 Bluetooth SIG 官方规范、结合开源项目逆向私有协议，并辅以健壮的错误处理与生命周期管理——这才是 Kotlin 应用对接任意 BLE 健身设备的可持续路径。避免陷入“等待统一 SDK”的误区，转而深耕标准协议能力，方能在碎片化硬件生态中立于不败之地。
