react-native-ble-plx设置状态后BLE读取功能失效问题排查

1. 必须把BLE设备实例存到全局/持久化的地方 #

十有八九你是在连接回调里用了局部变量存设备实例，等初始连接的.then块执行完，这个实例就被垃圾回收了，后续调用setConnectedDeviceId再去读的时候，根本找不到有效的连接实例。BLE设备对象必须一直保持存活才能维持连接，不能只用局部变量临时存。

• 改法参考：

  // 全局保存设备实例，别用局部变量
  let connectedDevice = null;
  
  ble.connect(deviceId)
    .then(device => {
      connectedDevice = device; // 存到全局变量里
      return ble.stopDeviceScan();
    })
    .then(() => bleGetOwnerId(connectedDevice))
    .then(ownerId => {
      setConnectedDeviceId(ownerId);
    })
  

2. 检查setConnectedDeviceId会不会搞丢连接实例 #

如果用了状态管理工具（比如Redux、Pinia），更新connectedDeviceId的时候，说不定触发了组件重渲染，把之前存的BLE设备实例给冲没了或者重新初始化了。

• 改法：要么确保setConnectedDeviceId只更新ID，碰都别碰BLE设备实例；如果是React/Vue项目，把设备实例存在useRef（React）或者ref（Vue）里，这些对象不会因为组件重渲染而丢失数据。

3. 确认stopDeviceScan的调用时机没毛病 #

你说只有调用stopDeviceScan时能读数据，可能是扫描和连接的并发冲突——有些BLE库在扫描的时候，会限制已连接设备的操作。但你后续操作时扫描已经停了，所以核心问题还是设备实例没保留好。不过还是要注意：必须等ble.connect的Promise完全成功后，再调用stopDeviceScan，别提前停。

4. 检查设备ID和库的连接状态缓存 #

有些跨平台BLE库（比如React Native BLE Plx、Cordova BLE）会缓存连接状态，但如果后续读取时用的设备ID和连接时的格式不一致（比如大小写、UUID长短格式），库就认不出这是已连接的设备。

• 改法：后续读取时，必须用连接时拿到的那个设备ID（直接从全局存的connectedDevice.id取，别自己拼）；另外可以在读取前先调用库的isConnected方法验证状态：

  // 读数据前先确认设备还连着
  ble.isConnected(connectedDevice.id)
    .then(isConnected => {
      if (isConnected) {
        return bleGetOwnerId(connectedDevice);
      } else {
        // 这里加重新连接的逻辑
      }
    })
  

5. iOS端的细节检查 #

虽然LightBlue能用，但你的代码可能没处理iOS的BLE权限或超时：

• 确保Info.plist里加了NSBluetoothAlwaysUsageDescription和NSBluetoothPeripheralUsageDescription这两个权限描述，不然iOS可能悄悄限制BLE操作；
• 有些自定义BLE设备默认连接超时很短，可以在代码里给ble.connect加个更长的超时参数（比如30秒）；
• 要是App在后台操作，还得开BLE的后台模式，但你是前台操作的话这条可以忽略。

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