第一章：嵌入式系统内存概述
各位同学，咱们今天聊聊嵌入式系统的内存。说实话，我做了十几年嵌入式开发，见过太多因为内存问题翻车的项目。有的跑着跑着就死机了，有的功耗高得吓人，有的干脆启动不了。追根溯源，都是对内存的理解不够深。
内存这东西，说白了就是数据的临时住所。但嵌入式系统里的内存，跟你在PC上用的可不太一样。咱们得从最底层开始，一层层往上捋。
1.1 内存层次结构：从寄存器到Flash
先看一张经典的层次图。嗯，我习惯把它想象成一个金字塔：
| 层级 | 典型容量 | 访问速度 | 成本 |
|---|---|---|---|
| 寄存器 | 几十~几百字节 | 1个时钟周期 | 极高 |
| Cache (SRAM) | 几KB~几MB | 2~10个时钟周期 | 高 |
| 主存 (DRAM) | 几MB~几GB | 几十~上百个时钟周期 | 中等 |
| Flash (NAND/NOR) | 几MB~几GB | 微秒~毫秒级 | 低 |
寄存器：这是离CPU最近的地方。我经常跟新人说，寄存器就是CPU的「手边工具」。你想想看，CPU要算一个数，最快的方式就是从寄存器里拿。但寄存器数量极少，ARM Cortex-M系列也就十几个通用寄存器。所以写汇编时，我习惯把最常用的变量放在寄存器里。
Cache：说白了就是SRAM做的「缓存小助手」。为什么需要它？因为DRAM太慢了。CPU跑1GHz，一个时钟周期才1纳秒，但DRAM访问一次要几十纳秒。这中间的差距，全靠Cache来填。
我在项目中遇到过一件事：一个图像处理算法，在STM32H7上跑，帧率死活上不去。后来一查，是Cache没使能。打开Cache后，帧率直接翻了三倍。嗯，Cache不是万能的，但没有Cache是万万不能的。
SRAM vs DRAM：这两个经常被搞混。SRAM用触发器存储，速度快但占面积大；DRAM用电容存储，密度高但需要刷新。我建议你记住一点：SRAM是「静态」的，只要不掉电数据就在；DRAM是「动态」的，每隔几毫秒就得刷新一次，否则数据就丢了。
Flash：这是嵌入式系统的「硬盘」。NOR Flash可以随机访问，适合存代码；NAND Flash密度高，适合存大文件。我曾经在一个IoT项目里，用NAND Flash存日志，结果因为坏块管理没做好，数据全丢了。从那以后，我再也不敢轻视Flash的磨损均衡问题。
1.2 冯诺依曼 vs 哈佛架构
这两种架构的区别，说白了就是「指令和数据放一起还是分开」。我刚开始学的时候也觉得抽象，后来画了个图就明白了：
- 冯诺依曼架构：指令和数据共用一条总线，共用一个存储空间。优点是设计简单，缺点是「冯诺依曼瓶颈」——CPU取指令和读写数据不能同时进行。
- 哈佛架构：指令和数据各有各的总线和存储空间。可以同时取指令和读写数据，速度快，但硬件复杂。
你可能会问：现在的主流芯片用哪种？其实很多都是「改进型哈佛架构」。比如ARM Cortex-M系列，内部是指令总线和数据总线分开的，但外部存储空间又是统一的。这样做的好处是：既能享受哈佛架构的速度优势，又能用冯诺依曼的灵活性。
我个人习惯：做裸机开发时，把频繁调用的中断服务函数放在SRAM里运行。因为SRAM是哈佛架构中的「数据空间」，访问速度比Flash快。但要注意，SRAM掉电数据就丢了，所以初始化时要重新加载。
1.3 内存对系统性能的影响
这个问题，我建议你从三个维度来看：
- 速度：内存访问速度直接决定了CPU的「等待时间」。CPU再快，如果内存跟不上，也是白搭。这就是为什么Cache这么重要——它把「慢速内存」伪装成了「快速内存」。
- 容量：内存不够，系统就会频繁地「换入换出」。在嵌入式系统里，这通常意味着死机。我记得有个项目，因为堆栈溢出导致系统随机重启，查了三天才发现是任务栈分配太小。
- 功耗：内存访问是功耗大户。DRAM刷新、Flash擦写，都是耗电的。做低功耗设计时，我习惯把不用的外设时钟关掉，把内存置于自刷新模式。
注意：内存泄漏在嵌入式系统里是致命的。PC上内存泄漏顶多程序变慢，但在嵌入式系统里，内存泄漏会导致系统直接崩溃。我曾经在一个RTOS项目里，因为一个任务忘记释放动态分配的内存，系统跑了72小时后死机。从那以后，我规定团队：能用静态分配就别用动态分配。
最后说一句：内存管理没有银弹。你得根据项目需求，在速度、容量、功耗、成本之间做权衡。嗯，这就是嵌入式系统的魅力所在——你永远在寻找那个「刚刚好」的平衡点。
公众号:蓝海资料掘金营，微信deep3321