1. 内存泄漏的本质

做嵌入式开发这些年，我见过最头疼的问题之一就是内存泄漏。它不像段错误那样当场崩溃，也不像死锁那样卡死不动。它就像温水煮青蛙——系统跑着跑着，突然某天就挂了。你查日志，啥异常都没有。

说白了，内存泄漏就是申请了内存，用完后没还回去。一次两次没事，但嵌入式设备的内存就那么点，累积到一定程度，系统就扛不住了。

1.1 什么是内存泄漏

内存泄漏的定义其实很简单：动态分配的内存块，失去了所有指向它的指针，导致无法释放。这块内存就成了“孤儿”，既不能被程序使用，也不能被操作系统回收。

我举个例子。你写了个函数，里面 malloc 了一块内存，用完之后忘了 free。函数返回后，局部变量（指针）销毁了，但堆上的内存还在。这时候，你就再也找不到这块内存了。

// 典型的内存泄漏示例
void leak_example(void) {
    char *buffer = (char *)malloc(1024);  // 申请 1KB
    // ... 使用 buffer ...
    // 忘记 free(buffer);  ← 泄漏就在这里
    return;  // buffer 指针销毁，堆内存无人认领
}

嗯，这里要注意：指针变量本身在栈上，它指向的内存却在堆上。栈上的指针销毁了，堆上的内存就成了无主之地。

1.2 堆内存与栈内存的区别

很多新手搞不清堆和栈的区别。我习惯这么跟团队里的新人讲：栈是系统自动管的，堆是程序员自己管的。

对比维度	栈内存	堆内存
分配方式	编译器自动分配/释放	程序员手动 malloc/free
大小限制	很小（几 KB ~ 几 MB）	较大（取决于系统内存总量）
分配速度	极快（移动栈顶指针）	较慢（需要查找空闲块）
生命周期	函数返回即释放	直到手动 free 或程序结束
碎片问题	无碎片	容易产生外部碎片
泄漏风险	几乎为零	极高（忘记 free 就泄漏）

你想想看，栈上的局部变量，函数一返回就自动销毁了。但堆上的内存，你不 free，它就一直在那。我在项目中遇到过好几次，有人把大数组定义在栈上，结果栈溢出了。但更常见的是堆泄漏——因为栈溢出当场就崩，好定位；堆泄漏要跑几天才暴露，难查得多。

1.3 泄漏的累积效应

单次泄漏一点内存，看起来没啥影响。但嵌入式设备往往7×24 小时运行，泄漏会不断累积。我画了张图，帮你理解这个过程：

你看这张图，内存泄漏就像往水桶里扎小孔。一开始水面下降不明显，但时间一长，水就漏光了。我曾经维护过一个智能网关项目，设备运行 3 天后必死。查了整整一周，最后发现是一个定时器回调里每次泄漏 64 字节。3 天累积下来，泄漏了 16 MB，系统直接 OOM。

1.4 泄漏对系统稳定性的影响

内存泄漏不只是“内存变少”这么简单。它会引发一系列连锁反应：

• malloc 失败：可用内存不足时，malloc 返回 NULL。如果代码没做判空处理，直接解引用就段错误。
• 性能下降：堆内存碎片化严重，malloc 耗时从微秒级飙升到毫秒级，实时性被破坏。
• 看门狗复位：系统卡在内存分配循环里，喂狗不及时，硬件看门狗直接复位。
• 数据丢失：突然重启导致未保存的数据丢失，这在工业控制场景可能是灾难性的。

我总结了一个经验公式：系统可用内存 < 20% 时，故障概率指数级上升。这不是危言耸听，我在多个项目里验证过这个规律。