解决react-native-ble-plx在Android设备上的空指针异常问题

在混合开发场景中，当从WebView页面跳转至原生页面并立即启动蓝牙扫描时，部分Android设备上会出现com.bleplx.BlePlxModule.state空指针异常。本文将深入分析该问题的成因并提供解决方案。

问题现象

开发者在生产环境中发现，当应用从WebView页面导航到原生页面时，若在useEffect中直接调用startDeviceScan方法，部分Android设备会抛出以下异常栈：

java.lang.NullPointerException
at com.bleplx.BlePlxModule.state(BlePlxModule.java)
...

值得注意的是，该问题在测试环境中无法复现，仅出现在Play Store发布版本中，且与react-native-ble-plx 3.1.2和react-native-webview 13.6.3版本组合相关。

根本原因分析

经过技术排查，发现问题源于以下两个关键因素的交集：

1. 生命周期竞争条件：当页面快速切换时，蓝牙模块的初始化可能尚未完成，而扫描请求已经发出
2. WebView与原生模块交互：从WebView容器切换到原生页面时，存在短暂的上下文切换过程

在Android平台上，react-native-ble-plx的Java原生模块需要完成以下初始化步骤：

• 获取蓝牙适配器实例
• 注册系统广播接收器
• 建立JS与原生通信桥梁

当这些初始化工作未完成时调用state()方法，就会导致空指针异常。

解决方案

延迟扫描策略

最有效的解决方案是采用延迟执行机制，确保蓝牙模块完全初始化后再启动扫描：

useEffect(() => {
  const scanTimer = setTimeout(() => {
    manager.startDeviceScan(...);
  }, 500); // 适当延迟500ms
  
  return () => {
    clearTimeout(scanTimer);
    manager.stopDeviceScan();
  };
}, [manager]);

状态检查机制

更完善的方案是添加模块就绪检查：

const checkBleReady = async () => {
  try {
    const state = await manager.state();
    return state === 'PoweredOn';
  } catch (e) {
    return false;
  }
};

useEffect(() => {
  const initScan = async () => {
    const isReady = await checkBleReady();
    if (isReady) {
      manager.startDeviceScan(...);
    }
  };
  
  const retryInterval = setInterval(initScan, 200);
  return () => clearInterval(retryInterval);
}, [manager]);

最佳实践建议

1. 生产环境差异处理：测试环境与生产环境的性能差异可能导致时序问题，建议在开发时模拟低端设备
2. 错误边界保护：所有蓝牙操作都应包裹在try-catch块中
3. 状态恢复机制：实现自动重试逻辑，提高鲁棒性
4. 用户反馈：在蓝牙初始化期间显示加载状态，提升用户体验

总结

这类时序相关的原生模块问题在混合开发中较为常见。通过引入适当的延迟或就绪检查机制，可以有效避免竞态条件导致的异常。开发者应当特别注意生产环境与测试环境的差异，在关键操作中加入足够的容错处理。

对于react-native-ble-plx的使用，建议在页面跳转等场景下特别注意生命周期管理，确保蓝牙操作在稳定的上下文中执行。