问题：ESP32-C6 crashes in BLE client mode after establishing a connection whilst having the GATT table caching enabled
答案：
根据您提供的参考资料，无法直接定位到ESP32-C6在BLE客户端模式下启用GATT缓存后连接崩溃的具体原因。参考资料主要指向TI E2E论坛、ESP-IDF的蓝牙示例目录以及ESP-IDF编程指南的API概览，均未包含针对该问题的技术细节或已知修复。
**补充说明（基于我的知识）：**
ESP32-C6使用ESP-IDF框架，其BLE协议栈支持GATT缓存（通过`esp_ble_gattc_cache_clean`或`esp_ble_gattc_cache_get_addr_list`等API）。崩溃可能由以下原因导致，这些内容在参考资料中未提及：
1. **缓存数据不一致**：客户端在连接后尝试访问缓存的GATT表，但服务端（Server）的数据库已变更（如Service UUID或特征值句柄变化），导致指针或句柄无效，引发内存访问错误。
2. **内存管理问题**：GATT缓存实现中可能存在内存泄漏或双重释放，尤其是在连接断开后重新连接时，旧缓存未正确清理。
3. **中断上下文冲突**：在连接建立事件回调中调用缓存相关API（如`esp_ble_gattc_cache_refresh`）时，若未切换到合适的任务上下文，可能导致栈溢出或死锁。
4. **NimBLE vs Bluedroid差异**：ESP32-C6支持两种主机栈。若使用NimBLE，其GATT缓存实现可能与Bluedroid不同，需要检查是否启用了`CONFIG_BT_NIMBLE_GATT_CACHING`配置。
**建议排查步骤（非参考资料内容）：**
- 检查ESP-IDF版本，已知较早版本（如v4.4.x）存在GATT缓存相关的bug，建议升级至v5.1或更高。
- 在连接建立后，显式调用`esp_ble_gattc_cache_refresh`来强制更新缓存，避免使用旧数据。
- 使用`esp_ble_gattc_app_register`时，确保回调函数中不执行阻塞操作。
- 开启日志（`CONFIG_BT_LOG_LEVEL`为`VERBOSE`）并分析崩溃时的回溯（backtrace）。
如果问题持续，建议在Espressif的GitHub Issues或ESP-IDF论坛中提交详细日志。
> 答案参考了知识库中的相关资料。
[hr]本问答来源于社区热点问题，由AI基于知识库生成。
帖子作者
