1. 单片机存储体系概览：RAM、ROM、Flash、EEPROM的区别与选型
做嵌入式开发这么多年，我见过不少新手在存储器选型上栽跟头。说白了，单片机里的存储器和我们在PC上用的内存、硬盘完全是两码事。你想想看，一个单片机可能只有几KB的RAM，几十KB的Flash，却要跑一套完整的控制逻辑。所以，搞清楚每种存储器的脾气，是嵌入式工程师的基本功。
1.1 存储器的四大金刚
单片机的存储体系，核心就四种：RAM、ROM、Flash、EEPROM。它们各有各的活，谁也替不了谁。
| 类型 | 全称 | 特点 | 掉电后数据 | 典型用途 |
|---|---|---|---|---|
| RAM | 随机存取存储器 | 读写快，可无限次擦写 | 丢失 | 变量、堆栈、运行时数据 |
| ROM | 只读存储器 | 出厂固化，不可修改 | 保留 | 固定程序、启动代码 |
| Flash | 闪存 | 可电擦写，按扇区操作 | 保留 | 程序存储、固件升级 |
| EEPROM | 电可擦可编程只读存储器 | 可字节擦写，寿命有限 | 保留 | 参数配置、校准数据 |
嗯，这里要注意。很多人把Flash和EEPROM搞混。我刚开始做项目时也犯过这个错——以为它们都能存数据，随便用就行。结果有一次产品量产了才发现，频繁写入参数导致Flash扇区提前报废。那次教训挺深刻的。
1.2 RAM：跑得快，但一断电就忘
RAM是程序运行时的“工作台”。你的变量、堆栈、中断现场，全在这里。它最大的优点就是快，读写速度跟CPU时钟基本同步。但缺点也很明显——掉电即失。
我个人习惯把RAM分成两类来看：
- SRAM（静态RAM）：用触发器存储，速度快，功耗低，但集成度不高。小容量单片机里最常见。
- DRAM（动态RAM）：用电容存储，需要定期刷新。大容量场景用得多，但单片机里很少见。
1.3 ROM与Flash：程序的家
ROM是“只读”的，出厂时程序就烧死了，没法改。现在的主流单片机基本都用Flash替代了ROM。Flash既能存程序，又能存数据，还能在线升级，灵活性高得多。
但Flash有个脾气——写之前必须先擦除，而且擦除是按扇区（通常是1KB~64KB）来的。你想想看，如果我只想改一个字节，却要把整个扇区擦一遍再重写，这效率多低？
1.4 EEPROM：参数存储的“老黄牛”
EEPROM最大的优势是可以按字节擦写，而且寿命比Flash长得多（通常10万~100万次）。它特别适合存那些需要频繁修改的配置参数，比如设备地址、校准系数、用户设置等。
不过EEPROM也有短板——写速度慢。一次字节写入通常要几毫秒到十几毫秒。如果你在中断服务函数里写EEPROM，那系统响应基本就废了。
我一般这样用：
- 系统初始化时，从EEPROM读参数到RAM
- 运行时只操作RAM里的副本
- 参数变化后，找个空闲时机再写回EEPROM
1.5 一张图看懂存储体系
下面这张图，是我自己总结的单片机存储体系结构。它把四种存储器的层级关系、数据流向和典型容量范围都画出来了。
1.6 选型实战：我踩过的坑
说了这么多理论，来点实际的。我总结了一套选型流程，你照着走基本不会出大问题：
- 先算程序大小：编译完的hex文件多大？留30%余量给后续升级。
- 再算RAM需求：全局变量 + 最大堆栈深度 + 中断嵌套开销。
- 看参数存储频率：一天写几次？还是每秒写几次？频率高就选EEPROM。
- 考虑升级需求：产品需要远程升级吗？需要的话，Flash容量至少翻倍。
- 最后看功耗：电池供电的设备，尽量选低功耗的存储方案。
真实案例：我之前做一款智能电表，需要存储每小时的电量数据。一开始选了2KB的EEPROM，结果发现只能存30天的数据。后来换成16KB的EEPROM，又发现写一次要12ms，导致主循环被卡死。最后方案是：用大容量Flash做日志存储，EEPROM只存关键参数，RAM里做数据缓存。这才把问题解决。
1.7 一句话总结
RAM是临时工，Flash是长期合同，EEPROM是特种兵。选型时别贪大，够用就好。记住：程序放Flash，变量放RAM，频繁改的参数放EEPROM。这个原则，我用了十几年，基本没翻过车。