企业官网建设流程全解析

一、为什么会内存泄漏？

常见场景：

• 音频播放反复malloc缓冲区未free
• MQTT断线重连时不断分配内存呢
• 解析JSON字符串频繁申请堆空间
• 回调注册后未注销导致上下文无法释放
• 使用全局链表或队列但不清除节点

二、如何定位内存泄漏？

1、添加内存监控接口

在ThreadX/FreeRTOS中可以启用堆统计功能

如：定期打印内存使用情况。每隔5分钟调用一次，观察可用内存是否持续下降，如果是，就有泄漏。

2、自定义malloc/free跟踪

封装标准内存函数，记录分配和释放日志。

通过日志对比malloc和free是否成对出现。

3、使用调试工具抓取heap dump

• 如果平台支持JTAG或串口调试：
• 使用TraceX（ThreadX官方工具）分析内存事件
• 抓取一段时间内的tx_byte_allocate / tx_byte_release 记录
• 查看哪些位置只分配不释放

三、怎么解决内存泄漏？

步骤：

• 1、找到泄漏点：通过日志发现某处malloc太多但free少
• 2、检查代码逻辑：是否有return 提前跳出导致没free?
• 3、使用RAII思想：确保每个malloc都有对应的释放路径
• 4、添加作用域清理机制：比如注册atexit类似回调
• 5、限制动态分配：尽量使用静态缓冲区或对象池

四、Core dump有哪些信息？有什么用？

例如：

=== CORE DUMP START ===

Exception Type: Hard Fault ---------->判断是非法地址访问、栈溢出还是Hard Fault

PC: 0x08004A12 ----------->崩溃时执行到哪一行代码

LR: 0x08003C20 ----------->（寄存器值）分析参数传递是否正常

PSP: 0x2000B000

R0: 0x00000000 ----------->（寄存器值）分析参数传递是否正常

R1: 0x2000B120

R2: 0xFFFFFFFF

Call Stack: ----------->回溯函数调用路径，定位源头

#0 0x08004A12 audio_playback_task

#1 0x08003C20 mqtt_callback_handler

#2 0x08002F00 process_json_data

#3 0x08003A10 main_loop

Heap Status: ----------->内存是否耗尽（接近满-->内存泄漏）

Allocated Blocks: 48

Total Size: 58.2 KB / 64 KB

=========================

综上core dump信息：异常类型、PC地址、调用栈、寄存器、堆状态。