Android应用长时间运行后停止接收BLE数据问题求助

这种BLE长时间运行后断连但UI仍正常响应的情况我碰到过不少，结合你提到的D/BluetoothGatt: onBluetoothStat...日志和现象，咱们一步步拆解排查和解决：

1. 先抓住关键日志，完善连接状态监听 #

你提到的D/BluetoothGatt: onBluetoothStat...日志是蓝牙栈输出的状态变更提示，大概率是连接已经悄悄断开，但你的代码没捕获到这个事件。

• 务必重写BluetoothGattCallback的onConnectionStateChange方法，不要只处理连接成功的场景，一定要监听断开事件：

  @Override
  public void onConnectionStateChange(BluetoothGatt gatt, int status, int newState) {
      super.onConnectionStateChange(gatt, status, newState);
      if (newState == BluetoothProfile.STATE_DISCONNECTED) {
          Log.e(TAG, "BLE连接意外断开！状态码：" + status);
          // 针对不同状态码做处理：比如status=133是连接超时，status=0是主动断开
          if (status != BluetoothGatt.GATT_SUCCESS) {
              // 非主动断开，触发重连逻辑
              scheduleReconnect(gatt.getDevice());
          }
          // 必须释放Gatt资源
          gatt.close();
      }
  }
  

• 可以定期主动检查连接状态，比如每隔30秒调用gatt.getConnectionState(device)，如果返回BluetoothProfile.STATE_DISCONNECTED就触发重连，避免依赖回调不触发的情况。

2. 排查BLE回调线程是否被阻塞 #

BLE的回调（比如onCharacteristicChanged）是运行在系统的Binder线程池里，如果在这些回调里做了耗时操作（比如直接更新MPAndroidChart、同步写文件），会阻塞线程，导致蓝牙栈无法继续推送数据，甚至被系统终止回调通道。

• 把所有耗时操作移到独立线程处理：

  // 提前初始化IO线程池和主线程Handler
  private ExecutorService ioExecutor = Executors.newSingleThreadExecutor();
  private Handler mainHandler = new Handler(Looper.getMainLooper());
  
  @Override
  public void onCharacteristicChanged(BluetoothGatt gatt, BluetoothGattCharacteristic characteristic) {
      super.onCharacteristicChanged(gatt, characteristic);
      final byte[] rawData = characteristic.getValue();
      
      // 主线程更新图表
      mainHandler.post(() -> updateMPAndroidChart(rawData));
      // IO线程写文件，避免阻塞回调
      ioExecutor.execute(() -> writeDataToFile(rawData));
  }
  

• 检查BufferedWriter的使用：每次写入后调用flush()，在连接断开或应用后台时务必关闭流，避免IO资源耗尽导致阻塞。

3. 避免BluetoothGatt资源泄漏 #

长时间运行后，如果多次创建BluetoothGatt实例但未正确关闭，会耗尽蓝牙栈资源，导致无法接收数据。

• 每次断开连接后必须调用gatt.close()，并且置空引用：

  private void disconnectDevice(BluetoothGatt gatt) {
      if (gatt != null) {
          gatt.disconnect();
          gatt.close();
          mBluetoothGatt = null; // 置空引用，避免内存泄漏
      }
  }
  

• 不要重复创建BluetoothGatt实例，比如每次重连时先检查现有实例是否已关闭，再创建新的。

4. 提升BLE连接的优先级，避免系统限制 #

如果你的应用在后台运行，系统可能会限制蓝牙回调的执行（虽然UI还能响应，但BLE的回调线程被系统节流）。

• 将BLE连接逻辑放到前台服务中运行，添加FOREGROUND_SERVICE权限，这样系统会给予更高的优先级，不会轻易暂停回调线程：

  <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
  

  在服务中启动前台通知，保持服务存活。

5. 捕获更详细的蓝牙日志定位根因 #

通过adb命令过滤更完整的蓝牙日志，能帮你找到具体的断开原因：

adb logcat -s BluetoothGatt BluetoothAdapter BluetoothManager BLE

常见的错误码对应的问题：

• status=133：连接超时，可能是设备信号弱或蓝牙栈异常
• status=22：设备拒绝连接
• status=0：主动断开连接

按照这些步骤排查，基本能解决长时间运行后停止接收数据的问题。

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