一、课程导论与项目全景：为什么需要分层？低功耗与内存管理的核心矛盾
各位同学好，我是你们这门课的老周。做了十几年嵌入式，从8位机一路折腾到Cortex-M7，踩过的坑比吃过的盐还多。今天咱们开篇第一讲，不急着上代码，先聊聊两个根本问题：为什么要分层？低功耗和内存管理到底在争什么？
说白了，这两个问题不搞清楚，后面写再多代码也是空中楼阁。我见过太多项目，功能调通了，一测功耗直接傻眼；或者内存省下来了，代码却改不动了。嗯，咱们今天就把它掰开揉碎了讲。
1.1 一个真实的“血泪”项目
先讲个我自己的故事。几年前我带团队做一款工业传感器节点，主控是STM32L4，要求电池供电跑两年。硬件选型、功耗估算都做了，信心满满开始写代码。
结果呢？第一版固件写完，整机待机电流3.2mA。什么概念？理论续航直接砍半。查了三天，最后发现是驱动层和应用层搅在一起——应用层每100ms轮询一次传感器，驱动层就得把SPI外设从睡眠中唤醒一次。每次唤醒到稳定，白白消耗2ms、2.5mA的电流。
这就是典型的分层没做好。应用层根本不知道底层功耗代价，底层也没法告诉应用层“你悠着点”。
核心教训：没有分层，低功耗优化就是“打地鼠”——压下去一个坑，冒出来三个。
1.2 为什么必须分层？——三个现实理由
你可能觉得，小项目就几千行代码，分层不是多此一举吗？我年轻时也这么想。直到项目规模超过2万行，维护成本指数级上升，才明白分层不是“设计模式”的教条，而是生存法则。
| 维度 | 不分层（大泥球） | 分层架构 |
|---|---|---|
| 可移植性 | 换MCU等于重写80%代码 | 只改硬件抽象层（HAL） |
| 低功耗调试 | 功耗问题散落各处，无从下手 | 每层有明确的功耗契约 |
| 内存管理 | malloc/free满天飞，泄漏靠重启 | 内存池/静态分配，可预测 |
| 团队协作 | 改一行代码可能影响全局 | 接口稳定，各层独立开发 |
我个人习惯的分层方式是四层模型：
- 硬件抽象层（HAL）——封装寄存器操作，提供统一API
- 驱动层——管理外设状态机，处理中断和DMA
- 中间件层——协议栈、文件系统、任务调度
- 应用层——业务逻辑，不直接碰硬件
你想想看，如果应用层想读一个传感器数据，它只需要调用 sensor_read()，至于底层是I2C还是SPI、MCU是STM32还是GD32，它根本不需要知道。这就是分层的魅力——解耦。
1.3 低功耗与内存管理的核心矛盾
好，现在咱们聊聊这门课最核心的冲突。低功耗和内存管理，表面上风马牛不相及，实际上在嵌入式系统里是一对天生的冤家。
为什么会这样？我给你画张图就明白了。
这张图把矛盾说清楚了。我举个例子：你有一个传感器数据缓冲区，应用层用 malloc 动态分配。系统进入低功耗模式前，你得把数据搬到保留RAM里；唤醒后又要重新分配。这一来一回，功耗没省多少，代码复杂度倒是翻倍了。
我曾经踩过的坑：在一个NB-IoT项目中，为了省电，我在进入睡眠前释放了所有动态内存。结果唤醒后 malloc 失败——堆碎片化了。设备直接死锁，直到看门狗复位。从那以后，我再也不敢在低功耗路径上用动态分配。
1.4 分层如何化解矛盾？
既然矛盾天然存在，我们怎么解决？答案就是通过分层建立“功耗契约”和“内存契约”。
具体来说，每一层都要明确声明：
- 我能容忍的最大唤醒延迟是多少？（应用层决定）
- 我在睡眠期间需要保留哪些内存？（中间件层决定）
- 硬件支持多深的睡眠模式？（HAL层决定）
我习惯在代码里用结构体把这些契约显式定义出来：
/* 功耗契约结构体 */
typedef struct {
uint32_t max_wakeup_us; /* 最大唤醒时间，单位微秒 */
uint32_t sleep_retain_size; /* 睡眠保留内存大小 */
uint8_t min_sleep_mode; /* 允许的最低睡眠模式 */
bool dma_required; /* 唤醒后是否需要DMA */
} power_contract_t;
/* 内存契约结构体 */
typedef struct {
uint32_t heap_size; /* 堆大小 */
uint32_t pool_blocks; /* 内存池块数 */
uint32_t retain_ram_start; /* 保留RAM起始地址 */
uint32_t retain_ram_size; /* 保留RAM大小 */
} memory_contract_t;你看，这样一写，各层之间就有了可量化的约束。应用层不能说“我要最低功耗”，然后底层一查，你要求100us内唤醒，那只能进浅睡眠，功耗根本降不下去。有了契约，大家坐下来谈，用数字说话。
1.5 本课程的项目全景
最后，咱们看看这门课要做的项目长什么样。我会带大家从零构建一个低功耗物联网传感器节点，包含以下模块：
| 模块 | 功能 | 涉及的低功耗/内存技术 |
|---|---|---|
| 传感器驱动 | 温湿度采集（SHT30） | SPI时钟门控、DMA传输 |
| 无线通信 | LoRa发送（SX1278） | 定时唤醒、FIFO缓冲区管理 |
| 数据存储 | 历史记录（Flash模拟EEPROM） | 磨损均衡、掉电保护 |
| 电源管理 | 多级睡眠策略 | 保留RAM、快速启动 |
| 任务调度 | 协作式调度器 | 静态任务栈、无动态分配 |
整个项目会跑在STM32L4系列上，但我会刻意让代码与MCU解耦。你换到GD32、NXP、甚至是国产的AT32，只需要改HAL层，上层代码一行不动。这就是分层带来的移植红利。
一个小建议：学这门课的时候，手边准备一块开发板。别光看，跟着敲。我当年学RTOS的时候，就是一边看书一边在STM32F103上跑例程，跑通了才算真懂了。
好了，第一章就到这里。咱们把“为什么”讲清楚了，后面每一章都会围绕“怎么做”展开。记住今天的两个关键词：分层解耦和契约设计。这是贯穿整个课程的灵魂。