react-native-ble-plx iOS端无法自动分块写入BLE特征值问题排查

一、Android与iOS写入行为差异原因 #

Android和iOS的BLE栈实现逻辑存在本质区别：

• Android端BluetoothGatt客户端会自动检测目标特征的有效负载上限（通常为MTU值减去3字节协议开销，默认MTU=23时有效负载为20字节），当写入数据超过该上限时，会自动触发**GATT长写入（Long Write）**机制，拆分数据为多块并自动管理每块的偏移量，完成可靠分块传输。
• iOS端CoreBluetooth框架默认不会对带响应的特征写入自动分块。仅当使用无响应写入（CBCharacteristicWriteType.withoutResponse）时，才会自动处理长写入，但这会丢失写入确认机制，不适合认证类场景。

二、手动分块写入的实现方案 #

你可以手动拆分数据并通过指定偏移量实现追加写入，避免覆盖数据。以你使用的react-native-ble-plx库为例，writeCharacteristicWithResponseForService支持传入offset参数指定写入起始位置：

export const writeAuthenticationCharacteristic = async (
  device: Device,
  value: string,
) => {
  const rawBuffer = Buffer.from(value, 'hex');
  const chunkSize = 20; // 接收端限制的单块长度
  let offset = 0;

  // 循环分块写入
  while (offset < rawBuffer.length) {
    const chunk = rawBuffer.slice(offset, offset + chunkSize);
    const chunkBase64 = chunk.toString('base64');
    
    await device.writeCharacteristicWithResponseForService(
      SERVICE_AUTHENTICATION_UUID,
      CHARACTERISTIC_AUTHENTICATION_UUID,
      chunkBase64,
      { offset } // 指定当前块的偏移量，实现数据追加
    );
    
    offset += chunkSize;
  }
};

设备端GATT服务会根据offset参数将数据追加到特征值中，而非覆盖已有内容，完全匹配你的需求。

三、iOS自动分块的可行性 #

目前iOS的CoreBluetooth框架没有提供配置项开启带响应写入的自动分块功能。对于带响应的长写入，手动拆分数据并管理偏移量是iOS BLE开发的标准做法，没有捷径可走。若改用无响应写入的自动分块，会丢失传输可靠性，不适合认证这类对数据完整性要求高的场景。

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