1. 内存管理基础：嵌入式系统内存类型与层级结构
大家好，我是你们的嵌入式系统讲师。今天咱们来聊聊内存管理的基础。说实话，我见过太多工程师在内存上栽跟头了——代码写得飞起，一上硬件就崩。说白了，不懂内存，你就没法真正驾驭嵌入式系统。
1.1 嵌入式系统的三大内存类型
嵌入式系统里，内存不是一种东西，而是三种。我习惯把它们分成三类：SRAM、DRAM 和 Flash。这三兄弟各有各的脾气。
SRAM（静态随机存取存储器）
SRAM 速度快，功耗低，但贵。它用触发器存储数据，不需要刷新。我在做一款工业控制器时，就吃过 SRAM 的亏——当时选型时觉得容量够用，结果中断服务程序里频繁读写，把 SRAM 的时序给搞乱了。嗯，这里要注意：SRAM 虽然快，但容量通常不大，几 KB 到几 MB 而已。
- 特点：速度快（纳秒级）、无需刷新、功耗低
- 用途：CPU 缓存、片内 RAM、实时数据缓冲区
- 缺点：集成度低、成本高、容量小
DRAM（动态随机存取存储器）
DRAM 容量大，但需要定期刷新。你想想看，它靠电容存储电荷，电荷会漏，所以得不断刷新。我做过一个视频处理项目，用了 64MB 的 SDRAM，结果刷新周期没算好，画面时不时闪一下。后来我学乖了——DRAM 的刷新时序，必须严格按手册来。
- 特点：容量大（GB 级别）、成本低、需要刷新
- 用途：主内存、大缓冲区、帧缓存
- 缺点：速度慢于 SRAM、刷新增加功耗
Flash（闪存）
Flash 是非易失性的，断电不丢数据。但写操作慢，而且有擦写寿命限制。我个人习惯把代码和配置数据放 Flash，运行时数据放 RAM。我曾经遇到一个坑：频繁写日志到 Flash，结果 Flash 提前报废了。避坑指南：Flash 的擦写次数一般是 10 万次，别拿它当 RAM 用。
- 特点：非易失性、可擦写、容量大
- 用途：程序存储、配置参数、文件系统
- 缺点：写速度慢、有擦写寿命限制
核心要点：选型时记住这个口诀——SRAM 管速度，DRAM 管容量，Flash 管持久。三者配合，才能构建高效的内存系统。
1.2 内存层级结构
嵌入式系统的内存不是平铺的，而是分层的。我画过一张图，从 CPU 往外看，依次是：寄存器、Cache、SRAM、DRAM、Flash。越靠近 CPU，速度越快，容量越小，成本越高。
| 层级 | 速度 | 容量 | 成本 | 典型用途 |
|---|---|---|---|---|
| 寄存器 | ~1ns | 几十字节 | 极高 | CPU 内部操作 |
| L1 Cache | ~2ns | 16-64KB | 高 | 指令/数据缓存 |
| L2 Cache | ~5ns | 128-512KB | 中 | 二级缓存 |
| SRAM | ~10ns | 几MB | 中 | 片内 RAM |
| DRAM | ~50ns | 几GB | 低 | 主内存 |
| Flash | ~100μs（读） | 几GB | 极低 | 程序/数据存储 |
为什么会这样设计？说白了，就是成本和性能的平衡。CPU 跑得飞快，但内存跟不上，所以中间加个 Cache 来缓冲。我建议你在做实时系统时，把最频繁访问的数据放到 SRAM 或 Cache 里，把大块数据放 DRAM，把配置参数放 Flash。
实战技巧：我在做音频处理时，把音频缓冲区放在 SRAM 里，把算法代码放在 Flash 里，把中间计算结果放在 DRAM 里。这样分层后，系统响应时间从 5ms 降到了 1ms。
1.3 MMU 与 MPU 的区别
这个问题我经常被问到。MMU 和 MPU 都是内存管理硬件，但定位完全不同。我刚开始做嵌入式时，也搞混过，直到一次项目里用错了，系统直接崩溃。
MMU（内存管理单元）
MMU 负责虚拟地址到物理地址的转换。它支持分页、权限控制、缓存策略。说白了，MMU 让每个进程以为自己独占整个内存空间。我做过一个 Linux 嵌入式项目，MMU 配置错了，导致进程间内存互相踩踏，查了三天才找到原因。
- 核心功能：虚拟地址映射、页表管理、权限控制
- 适用场景：运行 Linux/Android 等复杂 OS 的系统
- 硬件开销：需要 TLB（快表）、页表遍历硬件
- 典型芯片：ARM Cortex-A 系列、x86
MPU（内存保护单元）
MPU 不负责地址转换，只负责保护。它把内存分成几个区域，每个区域设置访问权限。你想想看，在裸机或 RTOS 里，不需要虚拟地址，但需要防止任务 A 把任务 B 的数据给改了。MPU 就是干这个的。
- 核心功能：内存区域保护、权限检查
- 适用场景：裸机、RTOS（FreeRTOS、uC/OS 等）
- 硬件开销：低，不需要 TLB
- 典型芯片：ARM Cortex-M 系列、RISC-V
避坑指南：我曾经在一个 Cortex-M4 项目里，试图用 MPU 实现虚拟内存，结果折腾了两周发现根本不行。MPU 只保护，不转换。如果你需要虚拟地址，请选 Cortex-A 系列加 MMU。
MMU vs MPU 对比表
| 特性 | MMU | MPU |
|---|---|---|
| 地址转换 | 支持（虚拟→物理） | 不支持 |
| 内存保护 | 支持（通过页表） | 支持（通过区域） |
| 硬件复杂度 | 高 | 低 |
| 功耗 | 较高 | 低 |
| 适用 OS | Linux、Android | RTOS、裸机 |
| 实时性 | 可能受影响（TLB miss） | 确定性强 |
我个人的建议是：如果你的系统需要运行 Linux，那就老老实实用 MMU。如果是裸机或 RTOS，MPU 就够用了。别想着在 Cortex-M 上跑 Linux，那是自找麻烦。
总结：MMU 是「我要用虚拟地址，帮我映射和保护」；MPU 是「我不需要虚拟地址，但帮我看着点，别让任务乱搞」。选哪个，看你的 OS 和实时性要求。
1.4 实际项目中的内存选型建议
最后，我分享一个实际案例。去年我做了一个无人机飞控项目，要求实时性极高，同时要跑一些复杂的控制算法。
- CPU 选型：选了 Cortex-M7，带 MPU 但不带 MMU。因为飞控不需要 Linux，裸机加 RTOS 就够了。
- 内存分配：512KB SRAM 放实时数据（传感器、控制参数），2MB Flash 放代码和配置。
- MPU 配置：把 SRAM 分成 4 个区域——任务栈区、数据区、外设映射区、共享内存区。每个区域设置不同的访问权限。
- 结果：系统运行稳定，没有出现内存踩踏，实时性满足 1kHz 控制周期。
嗯，这就是内存管理的基础。下一章我们会深入讲内存分配策略，包括静态分配、动态分配和池分配。到时候我会分享更多实战中的坑和技巧。