EEPROM和Flash真不是一回事 存储选型别再混着用

做嵌入式软件的工程师，上手第一个项目八成都干过这事：要存几个校准参数，随手选了片 Flash，按"地址写进去就行"的逻辑一把梭，跑两个月发现参数区整页数据乱了，或者某天突然整片配置丢失。

问题不在代码写得糙，在于把 EEPROM 和 Flash 当成同一种东西用了。这俩虽然都叫"非易失存储"，底层机制差了不止一档，混着用就是给自己埋雷。

先说最常被搞混的一点：擦除的粒度。

Flash 是按"页"甚至"扇区/块"擦除的，常见页大小 256 字节到几 KB 不等。你想改一个字节，得先把整页读出来、改那一个字节、再把整页擦掉重写。EEPROM 是字节级操作的，改哪个字节擦哪个，不用搬整页。这个差异直接决定你的写入代码怎么写——拿 Flash 当 EEPROM 用，不做"读-改-写"缓冲，数据一定出问题。

写入速度和寿命也根本不是一回事。

Flash 的擦写寿命一般是 1 万到 10 万次量级(SLC 好一些)，EEPROM 常见 100 万次。如果你的参数是频繁改的(比如每次上电记个运行小时、或者工况参数实时存)，往 Flash 上猛写，几个月就能把那一页擦废。这种场合老老实实用 EEPROM，或者给 Flash 做磨损均衡+写缓冲，别偷懒。

掉电保护更是分水岭。

系统突然断电那一瞬间，Flash 正在擦一页或者写一半，结果就是那页变砖或者数据半截。EEPROM 的字节写入原子性更好，配合写前校验和写后回读，丢数据概率低得多。所以对"掉电不能丢"的关键参数——校准值、序列号、配置字——优先 EEPROM。Flash 更适合存那些"丢了能重新生成或者出厂烧录一次"的大块固件和常量表。

还有个现实问题：容量和成本。

Flash 单位容量便宜、密度高，几 MB 到几十 MB 很常见，适合放大段代码和字库;EEPROM 容量普遍小(几 KB 到几百 KB 顶天)，单价相对高，但胜在字节操作和寿命。所以实际方案里这俩是搭档不是替代：Flash 存程序和大资源，EEPROM 存小且常改的关键参数。硬要把几 KB 参数塞 Flash 然后天天擦，是本末倒置。

选型时给个简单判据：

· 数据量小(几个字节到几 KB)、改得勤、掉电不能丢 → EEPROM，比如设备校准系数、运行计数、用户设置

· 数据量大、几乎只读或出厂写一次 → Flash(NOR 适合直接 XIP 跑代码，NAND 适合大容量存资源)

· 频繁改写又数据量大 → 上 Flash 但必须做磨损均衡和掉电保护，或者外挂 FRAM/EEPROM 分流关键数据

顺带提一句接口。EEPROM 主流是 I2C 和 SPI，引脚少、总线简单，MCU 随便挂;NOR Flash 也多走 SPI(QSPI 提速)，但协议和擦写管理比 EEPROM 复杂。小 MCU 项目里，挂一片 I2C EEPROM 当参数保险箱，比在片内 Flash 上折腾掉电保护省心太多。

国产存储这块，普冉(PUYA)的 EEPROM 和 NOR Flash 系列在 pin-to-pin 兼容和供货上做得不错，小封装 I2C/SPI 的料号很全，做替代或者新项目选型可以重点看。关键是先把"该用哪种"想明白，再去找对应料号，别反过来。

浮思特代理的普冉存储产品线，从几 KB 的 I2C EEPROM 到几 MB 的 SPI NOR 都有覆盖，选型时把上面的判据甩过去，让你到底是补一片 EEPROM 还是换大 Flash，一次定准。