1. 课程导入
做嵌入式开发这么多年，我越来越觉得资源管理就像是在刀尖上跳舞。你想想看，一个跑在Cortex-M4上的物联网节点，总共就那么点RAM、那么点Flash，还得同时处理传感器采集、无线通信、低功耗休眠……资源不够用是常态，怎么把有限的资源用在刀刃上，这才是真本事。
这一章咱们先把底子打好。搞清楚嵌入式系统里到底有哪些资源需要管，管的目标是什么，以及常用的管理策略有哪些。说白了，就是先画个地图，后面才好上路。
1.1 嵌入式系统资源分类
嵌入式系统的资源，我习惯把它们分成四大类：CPU、内存、外设和功耗。每一类都有自己的脾气，管不好就会出问题。
| 资源类别 | 典型代表 | 管理核心 |
|---|---|---|
| CPU | 处理器核、FPU、DSP指令集 | 任务调度、中断响应、算力分配 |
| 内存 | SRAM、Flash、Cache、DDR | 分配/释放、碎片整理、保护 |
| 外设 | UART、SPI、I2C、GPIO、ADC | 驱动管理、DMA、中断共享 |
| 功耗 | 电池、稳压器、时钟门控 | 功耗模式切换、动态调压 |
关键认知：这四类资源不是孤立的。你为了省电把CPU频率降下来，结果外设采样率跟不上，数据丢了——这就是典型的资源耦合问题。我早期一个项目就吃过这个亏，后面会细讲。
1.1.1 CPU资源
CPU资源说白了就是处理器的计算能力。它由主频、架构、流水线深度、指令集共同决定。但真正要管的是时间片——谁在什么时候用CPU，用多久。
我在一个多传感器融合项目里遇到过这样的情况：两个高优先级中断同时触发，CPU在中断服务程序里待了太久，导致低优先级的控制任务被饿死。后来我加了一个中断嵌套优先级管理，才把问题解决。
- 算力分配：通过RTOS的任务优先级和调度策略（如RMS、EDF）来分配CPU时间。
- 中断管理：合理设置中断优先级，避免中断风暴。
- 上下文切换：每次切换都有开销，任务数不是越多越好。
1.1.2 内存资源
内存是嵌入式系统最宝贵的资源之一。尤其是RAM，一旦用完，系统直接崩溃。我见过太多因为malloc/free导致堆碎片，最后系统跑几天就挂掉的案例。
嵌入式内存管理有几个关键点：
- 静态分配优先：能用全局变量就别用动态分配，确定性高、无碎片。
- 栈空间监控：每个任务的栈大小要精确计算，留太多浪费，留太少会溢出。
- 内存保护：有MMU/MPU的芯片，一定要开启保护，防止野指针破坏关键数据。
我的习惯：在项目初期就画一张内存布局图，把代码段、数据段、堆、栈、外设寄存器的地址范围标清楚。这张图后面调试时能救命。
1.1.3 外设资源
外设是嵌入式系统跟物理世界打交道的接口。每个外设都有自己的一组寄存器、中断线和DMA通道。多个任务同时访问同一个外设时，必须做互斥保护。
我曾经在一个项目里，两个任务同时操作同一个SPI总线，没有加互斥锁，结果数据完全乱掉。从那以后，我对外设访问都强制使用信号量或互斥锁。
- 驱动分层：硬件抽象层（HAL） + 驱动层 + 应用层，层与层之间接口清晰。
- DMA卸载：大量数据搬运交给DMA，CPU可以去做其他事。
- 中断共享：多个外设共用一条中断线时，中断服务程序里要轮询判断。
1.1.4 功耗资源
功耗管理在电池供电的设备里是头等大事。你想想看，一个智能手表如果一天都撑不到，用户会怎么想？
功耗管理不只是把芯片切换到睡眠模式那么简单。它涉及整个系统的协同：CPU降频、外设时钟门控、电源域隔离、甚至软件算法的效率。
- 动态电压频率调整（DVFS）：根据负载动态调整CPU电压和频率。
- 睡眠模式：Stop、Standby、Shutdown等模式的选择和唤醒延迟权衡。
- 外设电源管理：不用的外设及时关闭时钟或断电。
1.2 资源管理的目标与挑战
资源管理的目标，说白了就四个字：够用、稳定。够用是指满足功能需求，稳定是指不出问题。但现实往往很骨感。
1.2.1 核心目标
- 满足实时性：任务必须在截止时间前完成，不能因为资源竞争导致超时。
- 保证可靠性：内存不泄漏、不溢出、不越界；外设不冲突；系统不崩溃。
- 优化能效比：用最少的功耗完成最多的计算。
- 控制成本：选型时RAM/Flash大小直接决定BOM成本，不能无脑堆料。
1.2.2 主要挑战
做资源管理，你面对的不是单一问题，而是一堆互相矛盾的目标。我列几个最常见的坑：
| 挑战 | 具体表现 | 后果 |
|---|---|---|
| 资源竞争 | 多个任务争抢CPU、总线、外设 | 优先级反转、死锁、数据不一致 |
| 内存碎片 | 频繁动态分配/释放导致堆碎片 | 分配失败、系统崩溃 |
| 功耗与性能矛盾 | 省电模式唤醒延迟高，影响实时性 | 任务超时、用户体验差 |
| 资源泄漏 | 申请了内存/外设忘记释放 | 资源耗尽、系统逐渐卡死 |
避坑指南：我曾经在一个产品里用了第三方库的动态内存分配，结果库内部有内存泄漏。设备运行72小时后，malloc返回NULL，系统直接挂死。从那以后，我对所有动态内存操作都做封装，并在封装层加泄漏检测。
1.3 资源管理策略概览
资源管理不是一套固定的方法，而是根据场景选择不同的策略。我把它分成三个层次：
1.3.1 静态策略
在编译阶段就把资源分配好。优点是确定性高、无运行时开销；缺点是灵活性差。
- 静态内存分配：所有变量、缓冲区在编译时确定大小和位置。
- 静态任务调度：使用时间触发架构（TTA），任务按固定时间表执行。
- 静态外设配置：外设初始化时一次性配置好，运行时不改变。
1.3.2 动态策略
在运行时根据实际需求分配资源。优点是灵活、利用率高；缺点是有运行时开销和不确定性。
- 动态内存分配：使用malloc/free或内存池管理。
- 动态优先级调度：如EDF（最早截止时间优先）调度。
- 动态功耗管理：根据负载动态切换频率和电压。
1.3.3 混合策略
实际项目中用得最多的就是混合策略。关键资源用静态分配保证确定性，非关键资源用动态分配提高利用率。
举个例子：我在一个无人机飞控项目里，姿态解算任务用静态分配——栈大小、缓冲区、优先级全部固定；而日志记录任务用动态分配——有数据就写，没数据就释放内存。
经验之谈：混合策略的关键是边界划分。哪些资源必须静态，哪些可以动态，这个界限要在架构设计阶段就定好。我建议：中断服务程序、实时控制任务、安全关键功能——全部静态；非实时任务、日志、配置管理——可以动态。
1.4 本章知识体系
下面这张图把本章的核心内容串起来了。你可以把它当作后续学习的导航图。
这张图从资源分类出发，经过管理目标和挑战，最终落到三种策略上。后面的章节会逐一展开每个策略的具体实现方法。嗯，先把框架搭好，后面填细节就顺了。