ESP32开发过程中堆内存泄漏问题该如何排查？

• 启用ESP-IDF内置堆跟踪工具
  这是定位泄漏最高效的方案，不需要外接工具。打开idf.py menuconfig，依次进入Component config → Heap memory debugging，开启Heap tracing功能，模式选择HEAP_TRACE_LEAKS，同时打开Print heap trace summary on exit选项。你可以在怀疑存在泄漏的代码段前后插入调试代码：

  // 操作前启动跟踪
  heap_trace_start(HEAP_TRACE_LEAKS);
  // 运行你要检测的业务逻辑/驱动代码
  // 操作结束后打印泄漏快照
  heap_trace_dump();
  heap_trace_stop();
  

  快照会直接输出未释放内存的分配调用栈，直接定位到泄漏的具体代码行。
• 优化内存日志打印逻辑
  你当前使用的esp_get_minimum_free_heap_size()返回的是启动以来的最小堆值，无法反映实时内存变化。替换为esp_get_free_heap_size()，同时打印当前任务名，快速定位泄漏所属任务：

  MDF_LOGD("task: %s, free heap: %d", pcTaskGetName(NULL), esp_get_free_heap_size());
  

  把日志打在每个任务循环入口、第三方驱动调用前后，对比操作前后的内存差值，就能缩小排查范围。
• 排查第三方驱动常见泄漏点
  驱动类泄漏大多集中在以下场景，可以重点核查：
  • malloc/heap_caps_malloc分配的内存，在错误分支提前return前未执行free
  • 使用strdup、asprintf等隐式分配内存的函数，使用完成后未释放
  • 临时创建的FreeRTOS队列、信号量、定时器、任务等对象，使用后未调用对应的删除接口释放内存
  • SPI/I2C外设句柄、网络缓冲区、MQTT/HTTP消息缓存分配后未回收
    可以采用排除法：依次注释掉可疑驱动，仅运行最小系统验证内存是否还会下降，快速定位出问题的组件。
• 修复IDF APP Tracer无输出问题
  先确认menuconfig配置：Component config → Application Level Tracing下的功能已开启，若用串口输出需要确认Tracer的波特率、串口编号和ESP-IDF Monitor配置完全一致，VSCode中需要先启动串口Monitor，再启动Tracer避免串口占用冲突。

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