ESP32 BLE Client例程Arduino正常PlatformIO报BTU_TASK栈错误

报错Stack canary watchpoint triggered (BTU_TASK)是典型的ESP32蓝牙协议栈任务（BTU_TASK）栈溢出。你之前修改分区方案、减少Serial打印无效的原因很简单：分区方案管的是Flash存储空间分配，和RAM里的任务栈完全无关；普通Serial打印大多跑在主循环任务上下文，占的是Arduino主任务的栈，根本碰不到BTU任务的栈空间。

同一份代码在Arduino IDE正常、在PlatformIO崩溃，本质是两个环境的ESP32 Arduino核心默认编译参数不同：Arduino IDE官方ESP32核心默认给BTU任务分配的栈大小是8KB以上，而旧版本PlatformIO的espressif32平台默认BTU栈仅4KB，BLE客户端在做服务发现、特征值读写时的栈开销很容易超过4KB阈值，触发栈保护重启。

按优先级从高到低尝试，90%的同类问题第一步就能解决：

• 调整BTU任务栈大小
  在platformio.ini中添加编译宏，手动把BTU任务栈改到8KB，修改后的配置如下：

[env:esp32dev]
platform = espressif32
board = esp32dev
framework = arduino
monitor_speed = 115200
; 手动指定蓝牙BTU任务栈大小为8KB，若仍报错可上调至10240
build_flags = 
    -D CONFIG_BT_BTU_TASK_STACK_SIZE=8192

• 精简BLE回调中的逻辑
  所有BLE相关回调（扫描结果回调、notify回调、连接状态回调）都是运行在BTU任务栈上下文的，不要在回调里放重逻辑：
  • 不要在回调里构造String对象、做复杂字符串运算，你现在onResult回调里构造地址字符串做比较的操作，本身就会占不少栈空间
  • 回调里只做简单的标志位设置、数据拷贝，复杂逻辑全部挪到主loop()里执行
  • 减少回调里的Serial.print调用，打印操作本身也会占用栈空间
• 锁定ESP32核心版本
  如果你Arduino IDE里用的ESP32核心版本和PlatformIO拉取的默认版本不一致，也可能出现默认配置差异。可以在platformio.ini里指定和Arduino IDE完全一致的核心版本，比如Arduino IDE用的是2.0.5版本核心，就把platform行改成platform = espressif32@2.0.5，保证两边编译环境完全一致。
• 降低蓝牙操作频率
  你现在主循环里10ms就做一次特征值写入+读取，频率太高会大幅增加BTU任务的负载，把循环里的delay(10)改成delay(1000)，1秒读一次温湿度完全满足需求，也能降低栈溢出概率。

改完配置后全量重新编译（不要用之前的编译缓存，建议先执行clean再编译）上传，连接设备后如果不再触发Guru Meditation报错，能正常打印温湿度数据即为修复成功。如果调整到8KB还是报同类错误，可以每次把栈大小加2048，最高不要超过16384，避免挤占其他任务的RAM空间。

另外你代码里的温湿度负数判断逻辑有问题，if(value[1]==1)的判断不符合通用BLE Beacon的温湿度数据格式，等栈问题修复后再调整功能逻辑即可。

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