1. 课程导论与分层架构全景：为什么需要分层？通信协议与内存管理的耦合关系
各位同学好，我是你们这门课的主讲。做了十几年嵌入式，从 8 位单片机一路折腾到多核 ARM，踩过的坑比写过的代码还多。今天咱们开篇不讲虚的，直接聊一个核心问题：为什么你的系统总在莫名其妙地死机？
我见过太多项目，前期功能跑得飞快，一到联调就崩。查到最后，十有八九是通信和内存打架了。你想想看，一个数据包刚收到一半，内存管理模块把缓冲区回收了——这不崩才怪。
核心观点：分层不是学院派的教条，是血泪换来的生存法则。通信协议和内存管理就像一对冤家，不分层管理，它们就会在你的系统里互相拆台。
1.1 为什么必须分层？一个真实案例
几年前我做一款工业网关，要同时跑 Modbus、CAN Open 和私有协议。一开始图省事，所有代码揉在一个大文件里。结果呢？改一个协议的超时参数，把内存池的分配逻辑搞崩了。查了三天，最后发现是全局变量命名冲突。
从那以后，我养成了一个习惯：写代码之前，先画分层图。分层的好处，说白了就三条：
- 隔离变化：换协议栈不用重写内存管理
- 降低复杂度：每层只关心自己的事
- 方便调试：出问题能快速定位到层
嗯，这里要注意，分层不是越细越好。我见过有人分了七八层，结果一个数据包穿层要经过十几个函数调用，性能全耗在上下文切换上了。
1.2 通信协议与内存管理的耦合关系
这两个模块为什么容易打架？我画了一张图，你看完就明白了。
你看这张图，协议层和内存管理层之间有一条双向数据流。协议层要收发包，就得申请缓冲区；处理完了，得释放。这个申请-使用-释放的过程，就是耦合最紧密的地方。
我曾经踩过的坑：在一个 RTOS 项目里，协议栈的中断服务程序直接调用了内存分配函数。结果呢？分配函数里有个信号量，中断里拿信号量——直接死锁。从那以后，我规定：中断里绝对不允许动态分配内存。
1.3 分层架构的核心原则
我总结了几条分层设计的原则，这些年一直贴在工位上：
| 原则 | 说明 | 我的经验 |
|---|---|---|
| 单向依赖 | 上层依赖下层，下层不依赖上层 | 协议层可以调内存层，反过来不行 |
| 接口稳定 | 层间接口一旦定义，尽量不改 | 我习惯先用头文件把接口定死 |
| 数据封装 | 每层的数据结构对外不可见 | 用不透明指针，防止外部乱改 |
| 错误传递 | 错误码逐层上报，不吞异常 | 我最烦那种返回 0 表示一切正常的写法 |
小技巧：定义层间接口时，多用 int 返回值传递错误码。0 表示成功，负数表示各种错误。这样上层可以根据错误码做不同处理，而不是傻等着。
1.4 本课程的实战路线图
这门课一共 30 章，咱们会一步步搭建一个完整的嵌入式分层系统。我把它分成四个阶段：
- 基础架构搭建（第 1-8 章）：分层框架、内存池设计、环形缓冲区
- 通信协议实现（第 9-18 章）：UART 协议栈、CAN 驱动、TCP/IP 精简栈
- 内存管理进阶（第 19-25 章）：动态分配器、内存池优化、碎片整理
- 集成调试实战（第 26-30 章）：协议与内存联调、性能分析、常见故障排查
每一章我都会给出一份可运行的代码，配上调试日志和测试用例。你跟着做一遍，比看十遍书都管用。
1.5 你需要准备什么
硬件方面，一块 STM32F4 或类似的开发板就够了。软件方面，我建议你用：
- ARM GCC 工具链（免费，够用）
- VS Code + Cortex-Debug 插件
- 逻辑分析仪（几十块钱的 USB 版就行）
嗯，工具不在贵，顺手就行。我当年用串口打印调试，一样能找出问题。
写在开头的话：嵌入式开发没有银弹。分层架构不能解决所有问题，但它能让你在出问题时，知道该从哪里下手。接下来的 29 章，我会把压箱底的经验都掏出来。准备好了吗？咱们开始吧。