嵌入式存储器全解析：RAM/ROM/Flash/IRAM/IROM/DRAM/DROM一次讲透

打开Keil的Target选项卡要填IROM1、IRAM1翻开芯片手册写的是512KB Flash、128KB SRAM好不容易把程序编译过了下载时又弹出“flash download failed”或者“.bss section exceeds region”之类的报错。ROM、RAM、FLASH这几个词还没完全分清楚前面再加个I、加个D很多人直接懵在原地。不怪大家因为这一堆缩写背后其实混着三套不同的分类标准一套按“断电后数据还在不在”分一套按“物理位置在芯片内部还是外部”分还有一套按“具体电路怎么实现”分。三套标准叠在一起同一个词在不同语境下指的东西还不一样自然乱成一锅粥。这篇文章想把这些存储器名词彻底拆一遍。我不会只让你背概念而是把它们放到真实的启动流程、工程配置和排错场景里告诉你记这些东西到底能解决什么问题。适合刚接触STM32、ESP32这类芯片裸机开发的同学也适合从Arduino转过来想搞明白内存水深浅的朋友老手可以直接跳到第4章和第6章里面有一些文档里不写、但排错时特别管用的经验。1. 主存储器的第一道分水岭掉电丢不丢数据1.1 先纠正一个惯性误解RAM的A不代表“随机存储”很多教材会把RAM翻译成“随机存取存储器”这个翻译反而害了不少人。这里的Random Access指的是CPU可以按任意地址直接访问任何一个存储单元不需要从头开始顺序找。放在几十年前磁带、延迟线这类顺序存储设备还普遍存在所以“随机存取”是个了不得的特性。但现在你去买任何一颗内存芯片、Flash芯片基本都是随机访问的这个特性的区分意义已经没那么大了。真正值得记住的第一道分水岭是看存储器掉电之后数据还在不在。以这个为标准存储器可以分成两大阵营易失性存储器靠电维持数据断电即失。典型代表是RAM家族。非易失性存储器断电后数据依然保留。典型代表是ROM家族以及后来衍生出的FLASH、EEPROM等。用生活里的话说RAM像一块白板写起来快、改起来也快但下课铃一响断电内容就被擦干净了ROM和Flash更像印刷好的书写进去不容易但你把书合上放一年内容还在。1.2 七大存储器的家族关系一览先给出一张总表把本文涉及的所有名词一次性摊开后面再逐个细讲名称本质是否易失常见位置典型用途ROM只读存储器非易失芯片内部掩膜区、早期独立芯片出厂固件、标准函数库、游戏卡带RAM读写存储器广义易失片内SRAM、片外SDRAM/DDR变量、堆栈、运行数据FLASH闪存一种可电擦写的ROM非易失MCU内部、SPI NOR、NAND程序代码、固件、文件系统IRAMInternal RAM内部RAM易失MCU片上SRAM堆栈、全局变量、堆IROMInternal ROM/Flash非易失MCU片上Flash区域启动代码、应用程序体DRAM两种含义Data RAM 或 Dynamic RAM视语境片内数据区 / 外部SDRAM数据存储 / 大容量主存DROMData ROM存放于Flash的只读数据非易失Flash映射区域常量表、字库、查表数据这张表只是一个“基准面”。等你实际接触不同厂商的芯片会发现IROM、DRAM这些词在不同手册里含义有细微差别。带着这张表去读数据手册比一头扎进英文原文要轻松得多。2. RAM家族拆解DRAM、SRAM与MCU里的IRAM2.1 SRAM为什么“又快又贵”SRAM全称Static RAM静态随机存取存储器。它的基本存储单元是用晶体管搭建的双稳态电路——最常见的6管结构只要电源不断单元里保存的0或1就像跷跷板一样被两头晶体管死死按住不会自己变化也不需要额外电路来“维持记忆”。因为不需要刷新SRAM的访问时序非常简单给地址、读写、完事。所以CPU访问它的速度可以非常快能做到零等待周期。也正因如此MCU内部的片上RAM几乎都是SRAMCPU直接挂在内部高速总线上。代价也很直接一个bit就要6个晶体管成本高、面积大、密度低。一颗MCU里给你64KB、128KB SRAM已经算相当大方了你不可能指望用SRAM攒出1GB内存那会把硅片面积和成本推到离谱的境地。2.2 DRAM为什么“大而便宜”DRAM全称Dynamic RAM动态随机存取存储器。它的存储单元简单得多一个晶体管加一个电容。电容里有没有电荷就代表这个bit是1还是0。但问题来了电容会漏电。哪怕号称“保持”实际上电荷撑不了多少毫秒就衰减没了。所以DRAM必须周期性地给电容补充电荷这个动作叫“刷新”一般每64毫秒要把整块存储区刷一遍。刷新期间内存控制器要暂停正常的读写操作这让DRAM在时序和接口上都比SRAM复杂得多。那你可能想问这么麻烦的东西为什么还到处都是因为便宜、密度高。一个单元只需要一个晶体管加一个电容同样面积能塞下的容量比SRAM大几个量级。所以电脑、手机里的主内存以及许多嵌入式Linux板子上的DDR、SDRAM全都是DRAM的天下。MCU里一般不用DRAM因为在裸机环境里让CPU去伺候刷新时序太不划算除非通过内存控制器把它挂在外部总线上。2.3 IRAM到底指什么MCU片内RAM的正式身份在STM32、NXP、Nuvoton这类MCU的工程文档或者链接脚本里你会经常看到IRAM这个词。这里的I是InternalIRAM就是内部RAM通常指物理上集成在芯片内部的SRAM区域。为什么非要强调“内部”两个字因为这片RAM挂在芯片内部高速总线上CPU访问它不需要经过外部引脚也没有外部总线的时序开销通常能做到零等待。相比之下如果你用FSMC或FMC接口在芯片外部挂一片SRAM或SDRAM那属于External RAM访问速度和可靠性都会受到布线、时序参数的影响。在Keil里你配置完IRAM1的起始地址和大小链接器才知道把哪些数据放进这片区域。你写程序时声明的全局变量、静态变量函数调用时压栈的局部变量、返回地址还有malloc动态分配出来的堆全都是在这个IRAM里面挤来挤去。片内RAM一旦被塞满链接器就会报“region IRAM1 overflowed”意思就是这些运行期的数据放不下了。3. 不掉电的存储世界ROM、FLASH与NAND/NOR的纠葛3.1 ROM的演变史从出厂写死到可电擦除ROM这个词最早是Read-Only Memory的缩写字面意思就是只读。最早的Mask ROM掩膜ROM是在芯片制造时用光刻掩膜把数据直接做进硅片里的出厂之后只能读不能写丝毫不能改。这种方案在产量极大、代码绝对不改的场景下便宜得惊人比如早期游戏卡带、键盘控制器的键码表、打印机字库用的都是Mask ROM。后来出现了PROM可编程只读存储器用户可以在出厂后用高压脉冲把数据烧进去但只能烧一次所以又叫OTPOne Time Programmable。再后来是EPROM用紫外线照射芯片表面的石英窗口可以把数据擦掉重新再烧对那个时代的开发者来说已经是“神器”了。真正改变格局的是EEPROM——电可擦除可编程只读存储器。它不需要紫外线不需要取下芯片直接通过引脚给特定电压就能逐字节擦写。从EEPROM进一步演进就诞生了Flash也就是我们今天最常用的闪存。3.2 FLASH与ROM到底是什么关系很多人纠结“Flash到底是ROM还是RAM”答案是Flash本质上是“电可擦除的可编程只读存储器”属于ROM家族的现代形态。你之所以听到“把程序烧进ROM”“把固件写入Flash”这两种说法都对是因为Flat闪存在嵌入式世界里实际上承担了传统ROM干的事——存放代码和固定数据。在Android手机圈里“ROM”这个词又被彻底带偏了大家常说的“下载ROM包”“刷机”指的是整个系统的固件镜像是一份存放在Flash里的软件包跟硬件ROM芯片八竿子打不着。你要是理解了硬件层面的ROM再看手机圈的说法就知道那纯粹是历史遗留的叫法习惯。3.3 NOR Flash与NAND Flash的分工Flash内部又分两大流派这组概念在选型时特别关键。NOR Flash支持按字节随机访问CPU可以直接挂在数据总线上像读SRAM一样从Flash里取指令执行这叫XIPExecute In Place原地执行。它读取速度快但擦除速度慢、写入速度慢而且按扇区擦除容量做不大还贵。因此NOR Flash主要用于存储程序代码尤其是需要上电直接运行的启动代码。NAND Flash则完全不是这个思路。它的读写单位是页擦除单位是块根本不支持直接随机内存映射访问。你没法直接把代码放在NAND里跑必须先把代码读到RAM里再执行。但它的容量密度高、单位成本低适合做大规模数据存储SSD、eMMC、U盘、SD卡里面核心存储介质全是NAND。所以你会看到一套很典型的分工SoC内部的启动代码放NOR Flash或内部Flash容量大、频繁读写的文件系统数据放NAND两者各司其职谁也替代不了谁。3.4 板级SPI Flash与MCU内部Flash的取舍在开发板上另一个高频词是SPI Flash。它本质上是串行接口的NOR Flash比如大家熟悉的大容量Winbond W25Q系列。SPI Flash只有少数几个引脚通过SPI协议读数据速度比内部Flash慢而且因为挂在SPI控制器下面CPU通常没法直接XIP得借助“内存映射模式”或者先把内容搬运到RAM。那为什么还要外挂一片因为MCU内部Flash容量有限而且随容量增大价格跳升明显。很多产品会在板子上放一片8MB、16MB的SPI Flash专门用来存字库、录音文件、OTA升级包、日志等大块数据。Internal Flash放必须快速启动、可靠运行的程序核心External SPI Flash放可以“慢慢读”的数据这样成本、性能、灵活性都能兼顾。4. IROM和DROM到底是哪块“地”芯片内存映射详析4.1 STM32的内存地图一段地址就能说明一切这四个带前缀的词放到具体芯片的内存映射里最好理解。以经典的STM32F103为例芯片里的重要区域基本落在三个地址段上0x08000000 起片上Flash容量从64KB到1MB不等。程序代码、常量、启动向量表都在这里。Keil里配置IROM1时填的就是这个起始地址。0x1FFFF000 附近系统存储器也就是芯片出厂时固化的Bootloader所在区域。它也是一种“ROM”用来支持串口/USB下载。0x20000000 起片上SRAM也就是IRAM区域。全局变量、栈、堆都在这里。你看在这个语境下IROM指的就是芯片内部的只读程序存储区物理实现为Flash或真正ROMIRAM指芯片内部的可读写数据存储区。Keil之所以把这俩放到选项框里让你填是因为ARM链接器要把不同的编译段分配到这些物理地址上。4.2 另一种常见语境ESP32等Wi-Fi/蓝牙SoC里的IROM/DROM如果你用过乐鑫的ESP32会发现它的编译产物里也有IROM、DROM字样但含义跟STM32语境不完全一样。ESP32内部集成了SRAMFlash是外接的处理器通过Cache和MMU把外部Flash的一段区域映射到统一地址空间。在这个映射体系里IROM指Flash上被映射到“指令地址段”的那部分CPU可以直接在这个区域取指令执行。平时你的代码主体就放在IROM里运行不过这依赖于Cache缓存不是真正意义上的零等待。DROM指Flash上被映射到“数据地址段”的那部分用于存放只读数据、常量表、字符串字面量。IRAM芯片内部的指令RAM用来放对实时性要求极高、不能被Cache打断的关键代码。DRAM芯片内部的数据RAM用来放堆、栈、全局变量等运行期数据。这套设计本质上是一种妥协Flash慢、RAM贵通过Cache把Flash“伪装”成可执行内存兼顾容量和成本同时保留一小块最快速的内部IRAM/DRAM让中断服务函数和关键路径代码跑在确定性的零等待环境里。4.3 DRAM这个词的“双面人生”DRAM是全文里最容易引起歧义的词因为它在不同文档里指两种完全不同的东西。一种解释是Dynamic RAM动态随机存储器也就是第2章讲过的大容量主存外接的SDRAM/DDR都算这一类。另一种解释是Data RAM在一些芯片的存储区划分中IRAM指令RAM和DRAM数据RAM是分开的比如部分DSP、音频SoC会明确区分这两个区域。你如果只记“DRAM动态内存”遇到第二种语境就会一头雾水。判断方法很简单看上下文里出现的是否同时有SRAM/IRAM。如果它旁边站着一个IRAM那DRAM大概率是Data RAM如果旁边站着SDRAM、DDR那DRAM就是指动态随机存储器。刚接触一个新芯片时先翻内存映射图和术语表这个苦功夫省不得。4.4 FPGA里的ROM IP核为什么“名不副实”FPGA开发里也有“ROM的IP核调用”这其实是理解ROM/RAM本质的绝佳例子。FPGA里没有真正的掩膜ROM它的“ROM”是拿查找表LUT或块RAMBRAM实现的你往IP核里加载一个.coe或.mif初始化文件配置时这些数据会被写进RAM单元的初始值里。FPGA每次上电加载bitstream的时候这些初始值随之被装载表现为一块“掉电不丢数据”的只读存储器。但物理上它仍然是RAM。一旦运行中你往那个地址写数据只要IP核允许有些配置成只读IP的其他输入内容就会被覆盖完全不具备真实ROM的不可写性。这个例子提醒我们很多“存储器类型”在具体实现上可以互相模拟“ROM”和“RAM”之间的边界并没有教科书上画的那条线那么绝对。5. 从复位到main()存储器在启动流程里的真实分工5.1 上电那一刻CPU是怎么“找到”代码的很多人写了很久的main函数却没想过一个问题CPU上电复位的瞬间它怎么知道自己该从哪里执行第一条指令以STM32为例复位后CPU会从地址0处读取初始栈指针、从地址4处读取复位向量。而芯片的内存映射在启动阶段会把0x08000000处的Flash重映射到0x00000000所以实际上是从Flash的头部读取这两个关键数值。Flash最开头放的是一张向量表里面依次排列着栈指针值和各个中断服务函数的入口地址。向量表定位成功CPU才跑到复位处理函数继而初始化时钟、搬运数据段、调用main。这个过程里Flash也就是IROM负责提供指令SRAM也就是IRAM负责提供栈空间和变量栖身之地两者缺一不可。5.2 .text、.data、.bss三种段的物理迁徙用编译器把C代码变成可执行文件后你可以在map文件里看到各种段。理解这些段放在哪片存储区才算真正读懂了内存配置.text放编译后的程序指令最理想的位置就是Flash/IROM通电后原地执行即可。.data放已初始化且非零的全局变量。这里有个容易被忽略的细节这些变量的初始值本身也要占存储空间。所以它们的“初值副本”存在Flash里运行时要由启动代码在main之前把这些初值拷贝到RAM对应的位置程序才能看到正确的初始化结果。.bss放初始化为零的全局变量。它不占Flash空间因为初值全是0不必逐一保存只需在启动时对RAM区域统一清零。启动文件里那一小段汇编干的基本就是三件事把.data从Flash拷到RAM、把.bss清零、然后跳进main。哪天你发现程序在进入main之前卡死先别怀疑业务代码多半是.data拷贝配置的源地址或长度不对或者IRAM区域开小了。5.3 XIP与“搬运执行”两种模式同样的代码可以在Flash里原地执行也可以搬进RAM里执行这两种模式各有取舍XIP原地执行代码存在NOR Flash或MCU内部Flash中CPU直接取指。优点是省RAM、上电即运行缺点是Flash访问有等待周期尤其是频率较高时性能可能打折扣。搬运到RAM执行启动时把代码从Flash拷贝到SRAM再从RAM执行。速度快、时序确定但白白占用宝贵的内部RAM而且每次上电都要先拷贝一遍。实际工程里这条边界不是非黑即白。比如有的产品把整个固件先搬到外部SDRAM再执行以换取更快的刷新率有的项目只在中断服务函数里用__attribute__((section(.ramfunc)))这类语法把极少数关键函数放到RAM里跑剩下的全部留在Flash。理解了两种模式你才能看懂链接脚本里五花八门的region设置。6. 工程实战排错Keil配置、Flash下载失败与RAM优化6.1 Keil里的IROM1/IRAM1到底该怎么填这是每个Keil用户几乎都会碰到的配置界面但很多人只是照抄默认值出问题了也不知道从哪下手。以STM32F103C8T6为例它内部是64KB Flash、20KB SRAM。标准的配置是IROM1Start填0x08000000Size填0x1000064KBIRAM1Start填0x20000000Size填0x500020KB如果你做了Bootloader和App分区比如Bootloader占16KB、App占48KB那App工程的IROM1就得改成Start0x08004000Size0xC000。Bootloader的链接脚本和App的链接脚本必须严格对齐一旦越过边界轻则下载成功但跳转失败重则直接刷坏分区表。IRAM区域里如果还想给Bootloader和App各留一部分也得在两边分配好让App能看到自己独占的RAM区。6.2 “Flash download failed”类报错的排查链路开发中高频遇到的下载失败报错几乎都和存储器配置有关最常见的是这几类第一类Cortex-M3等内核报“flash download failed - target DLL has been cancelled”。这个错误看着吓人其实多半不是DLL本身坏了而是调试器根本没连上目标芯片或者读不到芯片ID。排查顺序一般是供电电压对不对SWD三条线SWDIO、SWCLK、GND是否都接好复位脚是否被外部电路拉死Debugger设置里的接口类型和时钟频率是否匹配第二类“Cannot load flash programming algorithm”“cannot load flash device description”。这类是指Keil或调试器软件里找不到对应芯片的下载算法文件。解决办法是确认安装了正确的Device Family Pack或者Flash Download配置里选择了匹配的FLM文件。换一颗芯片但没换Pack是很常见的原因。第三类“Flash Timeout”或“Error: Flash Download failed - could not load file xxx.axf”。前者多半是Flash内容被读保护或者芯片处于某种不可写的安全状态后者则要检查编译输出文件路径是否包含中文、工程路径是否过长、文件是否被占用。这类问题跟代码本身关系不大但排查起来最费时间我的习惯是先重建整个工程排除缓存和中间文件的干扰。当年我调一块自制板子SWD下载一直报“flash download failed - target DLL has been cancelled”折腾了一个下午最后发现是调试器排线里一根线虚焊。从那以后我排查下载问题永远先拿万用表量一遍连接再动软件配置。6.3 RAM空间不够时的几个优化实招IRAM溢出是新手最容易撞的墙。如果你看到类似“region IRAM1 overflowed by xxx bytes”可以按下面顺序动手通常能救回来不少空间看一眼.map文件再动手。打开编译生成的map文件按占用大小排序列出所有全局变量和缓冲区先找出几个“大块头”。很多所谓优化方案其实是在瞎猜。把大数组改成const挪进Flash。查表、字库、波形表这类只读数据一定要加const限定符。加了const之后它们会被放进IROM不再占IRAM。很多时候只是少写一个constRAM就多出好几KB。精简printf相关代码。重定向printf到串口时如果调用库里的完整格式化函数随手带进来几十KB的代码加RAM开销。换成轻量级格式化函数或者用DMA环形缓冲RAM立省。改小堆和栈的默认尺寸。如果确实没用到malloc把堆清零栈大小根据实际调用深度估算默认值往往偏大。手动调栈前最好先做一轮压力测试防止深递归把栈顶踩到数据区。把可重算的数据存成运行时计算。比如有些查表法表项能由公式实时算就不必在RAM里存副本权衡点在于算得快还是拿得快。这里面最反直觉的一条是有时候你省RAM的方法不是“少用变量”而是“精确分配变量”——把一个全局的1KB状态缓冲区切成多个独立用途明确每个字段的生命周期避免同一份数据在不同阶段存在多个副本。6.4 外挂存储器调试心得先测总线再谈业务当设计里用了外部SRAM、SDRAM或SPI Flash时我的建议永远是先验证存储介质本身再写业务代码。这一步能省下大量“查了半天才发现是内存问题”的冤枉时间。对于并口SRAM和SDRAM上电后的第一件事是写一个存储器自检程序。数据总线检测常用0xAA和0x55交替写入检查有没有短路或者引脚虚焊地址总线检测则要防止“地址线粘滞”——典型的做法是给每个地址写一个由地址本身推导出来的值比如mem[i] i然后回读校验能有效暴露stuck bits问题。如果你看到设备跑业务时数据随机性被破坏但单变量测试又全过多半就是地址总线某一位在特定数据模式下出了问题。对于SPI Flash上电后先读JEDEC ID。比如W25Q64的厂商ID是0xEF容量ID 0x17如果读出来全是0xFF或0x00说明通讯时序、片选极性、SPI模式有一项不对。ID能读出来再做扇区擦除、写入、回读三件套确认无误后再跑文件系统或OTA逻辑。别一上来就搬大文件否则Flash地址配置错误会被上层数据错误掩盖掉。最后再留几句体己话我在实际项目里发现真正区分“会写代码”和“能稳定交付产品”的往往不是算法多华丽而是对存储器地图有多熟悉。有一次量产前整机偶发死机查了半个月最后定位到是外部SDRAM刷新配置在高温下时序裕量不足——这类问题只懂业务代码完全发现不了。如果你现在刚入门不用着急一次全记下来。我的建议是手上拿一颗具体的芯片打开它的数据手册内存映射页对照Keil或链接脚本里的region设置再把map文件翻一遍把每个段落的去向弄明白。这个过程做完你对IRAM、IROM、DRAM、DROM这些词的感觉会和背一百遍名词解释完全不一样。