1. 课程导入

各位同学，咱们今天聊内存调试。说实话，这可能是嵌入式开发里最让人头疼的环节之一。我做了十几年嵌入式，见过太多项目因为内存问题延期、返工，甚至直接报废。你想想看，一个系统跑着跑着突然死机，或者隔几天才出一次故障，排查起来简直像大海捞针。

为什么会这样？因为内存问题往往不是显性的。语法错误编译器能帮你抓，逻辑错误单步调试能定位，但内存问题——它可能藏在某个角落，等到特定条件触发才暴露。嗯，这就是我们为什么要专门花一章来讲内存调试。

1.1 为什么需要内存调试

嵌入式系统的资源是有限的。RAM 就那么几 KB 到几 MB，堆栈空间更是捉襟见肘。在这种环境下，内存管理稍有不慎，整个系统就会崩溃。

我个人习惯把内存调试的必要性归纳为三点：

• 资源受限：没有操作系统帮你兜底，也没有虚拟内存做隔离。你写的每个字节都直接映射到物理地址。
• 实时性要求：很多嵌入式系统需要毫秒级响应。内存泄漏不会立刻导致崩溃，但会慢慢拖慢系统，直到错过 deadline。
• 长期运行：工业设备、医疗仪器、汽车电子，一跑就是几年。内存碎片积累到一定程度，malloc 就返回 NULL 了。

我在项目中遇到过一件事：一个智能电表项目，开发阶段一切正常，但部署到现场后，每隔三个月就会死机一次。团队排查了两个月，最后发现是一个定时器回调函数里忘记释放了一个 64 字节的缓冲区。64 字节，三个月，够你受的。

1.2 常见内存问题分类

内存问题虽然千奇百怪，但归纳起来就三大类：越界、泄漏、碎片化。咱们一个一个说。

1.2.1 内存越界

说白了，就是访问了不属于你的内存区域。这是嵌入式系统里最常见的 bug，也是后果最严重的。

越界类型	典型场景	后果
数组越界	for 循环条件写错，多写了一个元素	覆盖相邻变量，导致逻辑异常
缓冲区溢出	strcpy 拷贝长度超过目标缓冲区	破坏栈帧，可能被利用执行恶意代码
野指针	指针释放后没有置 NULL，继续使用	随机地址写入，系统崩溃
栈溢出	递归调用过深，或局部变量过大	覆盖返回地址，程序跑飞

1.2.2 内存泄漏

内存泄漏就是申请了内存，但用完后没有归还。在嵌入式系统里，这问题尤其隐蔽——它不会立刻让你崩溃，但会慢慢蚕食可用内存。

我总结了几种常见的泄漏模式：

• 遗漏释放：malloc 后忘记 free，最常见
• 异常路径泄漏：函数在正常路径释放了，但异常返回时跳过了 free
• 容器泄漏：链表、队列等数据结构在销毁时没有逐个释放节点
• 回调泄漏：注册了回调函数，但注销时没有清理关联的内存

// 典型的异常路径泄漏
void process_data(uint8_t *input, uint32_t len) {
    uint8_t *buffer = (uint8_t *)malloc(len);
    if (!buffer) return;
    
    if (validate(input) == false) {
        // 忘记 free(buffer) 就返回了
        return;
    }
    
    memcpy(buffer, input, len);
    // 正常处理...
    free(buffer);
}

1.2.3 内存碎片化

碎片化是嵌入式系统特有的难题。频繁地申请和释放不同大小的内存块，会导致空闲内存被分割成许多小碎片。虽然总空闲空间足够，但无法满足一个大块的申请。

碎片化有两种：

• 外部碎片：空闲内存块不连续，分散在已分配块之间
• 内部碎片：分配的内存块比实际需求大，浪费了尾部空间

你想想看，一个系统跑了几个月，堆里全是 8 字节、16 字节的小洞。这时候突然要申请一个 1KB 的缓冲区，malloc 返回 NULL——但实际空闲内存还有 3KB。这就是碎片化的典型症状。

1.3 调试器在内存调试中的角色

好，问题说清楚了。那怎么解决？硬件调试器就是我们的武器。

调试器在内存调试中扮演三个角色：

1. 观察者：实时查看内存内容，监控变量的变化
2. 断点器：在特定内存访问时触发中断，定位问题代码
3. 追踪器：记录内存操作的完整历史，分析泄漏和越界

具体来说，调试器提供了这些能力：

调试器功能	解决的内存问题	我的使用频率
内存窗口查看	检查变量值、数组内容	每天用
硬件断点	定位越界写入的代码位置	每周用
数据观察点	监控特定地址的读写	每周用
内存统计	分析堆使用情况、碎片率	每月用
跟踪日志	记录 malloc/free 调用序列	项目调试期天天用

我记得刚入行时，带我的老工程师说了一句话，我一直记着：“内存问题就像鬼魂，你看不见它，但它能搞死你的系统。调试器就是你的照妖镜。” 嗯，这话糙理不糙。

这张图把本章的知识体系串起来了。你看，内存调试不是孤立的技术，它需要你理解“为什么需要”、“问题是什么”、“用什么工具”这三个层面。后面的章节，我们会逐一深入每个调试器功能，结合具体案例，手把手教你怎么用硬件调试器解决实际的内存问题。