ESP32调用BLEDevice::deinit(true)关闭BLE时卡死在esp_bluedroid_disable()求助

以下是针对该问题的具体排查和解决方向：

• BLE资源未完全清理
  调用deinit前若存在未关闭的BLE服务、活跃连接、正在进行的扫描，或未完成的GATT回调，会导致esp_bluedroid_disable()无法正常关闭蓝牙协议栈。建议先执行以下操作再调用deinit：

  1. 主动断开所有BLE连接（调用BLEClient::disconnect()或关闭服务器端连接）
  2. 停止BLE扫描（调用BLEDevice::getScan()->stop()）
  3. 删除所有已创建的BLE服务与特征
  4. 等待所有蓝牙相关回调执行完毕

• 蓝牙控制器状态异常
  若之前BLE初始化或运行过程中出现过错误（如连接超时、资源分配失败），可能导致蓝牙控制器处于不稳定状态，触发esp_bluedroid_disable()死锁。可添加状态检查与错误捕获：

  if (esp_bluedroid_get_status() == ESP_BLUEDROID_STATUS_ENABLED) {
      esp_err_t ret = esp_bluedroid_disable();
      if (ret != ESP_OK) {
          Serial.printf("esp_bluedroid_disable failed: %d\n", ret);
      }
  }
  

  通过返回值定位状态异常原因，再针对性处理。

• 内存释放时机冲突
  当release_memory设为true时，最终会调用esp_bt_controller_mem_release(ESP_BT_MODE_BTDM)，若esp_bluedroid_disable()内部线程未完全退出就触发内存释放，可能导致死锁。可先尝试调用BLEDevice::deinit(false)，若不再卡死，说明问题出在内存释放环节，可手动调整时机：

  BLEDevice::deinit(false);
  vTaskDelay(pdMS_TO_TICKS(100)); // 延迟等待蓝牙线程退出
  esp_bt_controller_mem_release(ESP_BT_MODE_BTDM);
  

• 库或核心版本兼容性问题
  部分旧版Arduino-ESP32核心或BLE库存在esp_bluedroid_disable()的死锁bug，尤其在未启用Wi-Fi的场景下。建议：

  1. 将Arduino-ESP32核心升级至最新稳定版（如2.0.x系列）
  2. 用ESP-IDF原生代码测试蓝牙关闭流程，对比是否出现相同问题，排除库封装的问题

• 任务优先级冲突
  若项目中有高优先级任务或中断持续占用CPU，可能导致蓝牙协议栈的关闭任务无法获得执行时间，从而卡死。可：

  1. 检查所有任务优先级，确保蓝牙相关任务（默认优先级通常为5）有足够执行时间
  2. 调用deinit前暂停非必要的高优先级任务，完成后再恢复

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