1. 单片机存储器概览：为什么需要这么多种“脑子”
大家好，我是你们的老朋友。今天咱们开始聊单片机存储器。说实话，我刚入行那会儿，看着芯片手册里一堆 Flash、SRAM、EEPROM 的术语，心里也犯过嘀咕：一个单片机而已，搞这么多种存储器干嘛？直接上一个大容量的不行吗？
后来被现实教育了几次，才明白——这不是设计者闲得慌，而是成本和功耗逼出来的智慧。你想想看，一个几毛钱到几块钱的单片机，要跑程序、存数据、还要低功耗待机，一种存储器根本扛不住。
1.1 存储器层次结构：各司其职的“三兄弟”
单片机的存储器，说白了就三个核心角色：
| 存储器类型 | 特点 | 典型容量 | 掉电后数据 |
|---|---|---|---|
| Flash | 非易失、可擦写、速度中等 | 16KB ~ 2MB | 保留 |
| SRAM | 易失、速度快、功耗高 | 2KB ~ 512KB | 丢失 |
| EEPROM | 非易失、可字节擦写、速度慢 | 128B ~ 64KB | 保留 |
Flash 是存程序代码的。我习惯叫它“程序员的笔记本”——写好了就不轻易改，掉电了内容还在。但它的擦写寿命有限，一般 1 万到 10 万次，所以不适合频繁改数据。
SRAM 是运行时用的。变量、堆栈、中断现场，全在它里面。速度快，但一断电就清零。我在项目中遇到过一个问题：设备意外掉电后，SRAM 里的关键参数全丢了，导致重启后状态混乱。后来加了 EEPROM 才解决。
EEPROM 是存配置参数的。比如校准值、用户设置、设备序列号。它可以按字节擦写，寿命也比 Flash 长（通常 10 万次以上）。但速度慢，写一个字节要几毫秒，不适合频繁操作。
核心观点： 三种存储器不是替代关系，而是互补关系。Flash 管“大而稳”，SRAM 管“快而活”，EEPROM 管“小而精”。
1.2 哈佛架构 vs 冯·诺依曼架构：两条不同的路
这个问题，很多初学者觉得抽象。我换个说法：程序和数据，走一条路还是两条路？
- 冯·诺依曼架构： 程序指令和数据共用一条总线，同一个存储器空间。优点是设计简单，缺点是取指令和读写数据不能同时进行——也就是“冯·诺依曼瓶颈”。
- 哈佛架构： 程序存储器和数据存储器分开，各有独立的总线。取指令和读写数据可以同时进行，效率更高。大多数单片机（比如 8051、AVR、ARM Cortex-M）都是哈佛架构或改进型哈佛架构。
我记得有一次给客户做方案，他们坚持用冯·诺依曼架构的芯片，结果在高速数据采集时，CPU 频繁因为总线冲突而卡顿。后来换成哈佛架构的 STM32，问题迎刃而解。说白了，哈佛架构更适合实时性要求高的场景。
| 对比项 | 冯·诺依曼 | 哈佛 |
|---|---|---|
| 总线数量 | 1 条（指令+数据共用） | 2 条（指令与数据分离） |
| 存储器空间 | 统一编址 | 独立编址 |
| 并行性 | 不能同时取指和访存 | 可以同时进行 |
| 典型单片机 | 极少（如某些老式 DSP） | 8051、AVR、ARM、PIC |
一个小技巧： 看芯片手册时，如果看到“程序存储器”和“数据存储器”分开列容量，那基本就是哈佛架构。如果只有一个总容量，那就是冯·诺依曼。
1.3 为什么单片机需要多种存储器？
这个问题，我用一个生活场景来解释：你家的厨房。
- 冰箱（Flash）： 存食材，量大，保鲜时间长。但拿东西慢，开门还要耗电。
- 案板（SRAM）： 切菜的地方，速度快，随手拿。但切完就得用掉，不能久放。
- 调料瓶（EEPROM）： 每次只用一点点，但必须精确。换调料也方便，拧开盖子就行。
你不可能用冰箱当案板，也不可能用调料瓶存整块肉。单片机也是一样——每种存储器都有它的“舒适区”。
我曾经在一个低功耗项目中，为了省几微安的电流，把 SRAM 里的大数组挪到 Flash 里用常量存。结果程序跑起来慢了一倍，因为 Flash 读取速度跟不上 CPU。后来折中了一下：热数据放 SRAM，冷数据放 Flash，才把功耗和性能都稳住。
避坑指南： 千万不要在 EEPROM 里频繁写日志！我曾经见过一个同事，每秒写一次 EEPROM，结果设备运行 3 天后 EEPROM 就挂了。EEPROM 的擦写寿命虽然比 Flash 长，但也经不起高频操作。如果需要频繁记录，请用 SRAM 缓存，批量写入。
1.4 一张图看懂存储器体系
下面这张 SVG 图，把单片机的存储器层次结构、架构区别和选型逻辑串起来了。你可以把它当作本章的“知识地图”。
1.5 本章小结
好了，这一章的内容就这些。总结几个关键点：
- Flash、SRAM、EEPROM 各司其职，谁也替代不了谁。
- 哈佛架构 是单片机的主流，因为它更适合实时控制。
- 选型不是堆料，而是根据项目需求，在容量、速度、功耗、寿命之间找平衡。