Android开发：如何获取蓝牙数据传输允许的分片大小？

这个问题是BLE开发里的常见痛点，不同设备的MTU（最大传输单元）差异直接决定了单次能发送的有效数据长度。下面给你拆解实现步骤和注意事项：

1. 核心：获取协商后的MTU值 #

BLE的MTU决定了单次ATT协议数据单元的总长度，而我们发送的有效数据需要减去ATT层的3字节开销（1字节操作码 + 2字节特征UUID），所以最大分片大小 = MTU值 - 3。

实现方式（Android平台，对应你的Kotlin代码） #

• 主动请求MTU（推荐）：大部分BLE设备默认MTU是23（有效数据20字节），但很多设备支持更大的MTU（最大到512）。你可以在设备连接后主动协商更大的MTU：

  // 连接成功后调用，请求最大MTU 512
  bluetoothGatt.requestMtu(512)
  

• 获取协商结果：通过BluetoothGattCallback的回调拿到实际生效的MTU：

  override fun onMtuChanged(gatt: BluetoothGatt?, mtu: Int, status: Int) {
      super.onMtuChanged(gatt, mtu, status)
      if (status == BluetoothGatt.GATT_SUCCESS) {
          val maxPayloadSize = mtu - 3 // 计算有效数据长度
          Log.d("BLE", "当前设备支持的最大分片大小: $maxPayloadSize 字节")
          // 把这个值保存下来，用于后续分片
      } else {
          // 协商失败，使用默认MTU 23，有效数据20字节
          val maxPayloadSize = 20
          Log.w("BLE", "MTU协商失败，使用默认分片大小: $maxPayloadSize 字节")
      }
  }
  

• 低版本兼容：如果你的APP需要兼容API 26以下的设备，无法直接调用bluetoothGatt.mtu，必须通过上述回调获取MTU值。

2. 分片发送的正确姿势 #

拿到最大分片大小后，不能直接连续发送所有分片——BLE要求必须等待上一个分片发送成功的回调，再发送下一个，否则会导致丢包或传输失败。这里给你一个简单的分片发送逻辑示例：

private var currentChunkIndex = 0
private var maxPayloadSize = 20 // 默认值，后续从MTU回调更新
private var totalData: ByteArray = byteArrayOf()

// 启动分片发送
fun startSendingLargeData(data: ByteArray) {
    totalData = data
    currentChunkIndex = 0
    sendNextChunk()
}

private fun sendNextChunk() {
    if (currentChunkIndex >= totalData.size) {
        Log.d("BLE", "所有分片发送完成")
        return
    }
    // 计算当前分片的起止索引
    val endIndex = min(currentChunkIndex + maxPayloadSize, totalData.size)
    val chunk = totalData.copyOfRange(currentChunkIndex, endIndex)
    
    // 发送当前分片
    val writeChar = service.getCharacteristic(WRITE_CHARACTERISTIC_UUID)
    writeChar.value = chunk
    bluetoothGatt.writeCharacteristic(writeChar)
}

// 在BluetoothGattCallback中监听发送结果
override fun onCharacteristicWrite(gatt: BluetoothGatt?, characteristic: BluetoothGattCharacteristic?, status: Int) {
    super.onCharacteristicWrite(gatt, characteristic, status)
    if (status == BluetoothGatt.GATT_SUCCESS) {
        // 上一个分片发送成功，更新索引并发送下一个
        currentChunkIndex += maxPayloadSize
        sendNextChunk()
    } else {
        Log.e("BLE", "分片发送失败，索引: $currentChunkIndex，可考虑重试")
        // 可选：添加重试逻辑
    }
}

3. 特殊情况处理 #

• 设备不支持MTU协商：有些老旧设备或自定义BLE设备可能不支持MTU调整，此时只能使用默认的20字节有效数据长度。
• 厂商自定义限制：少数设备的特定GATT特征可能有额外的长度限制，这种情况下你可以通过"逐步试探"的方式（从20字节开始递增，直到发送失败）来找到最大可行分片大小，但这是最后的 fallback 方案，优先推荐MTU协商的方式。

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