MDK 编译文件大小说明（Program Size）(转)

最新推荐文章于 2025-09-21 16:36:58 发布
转载 最新推荐文章于 2025-09-21 16:36:58 发布 · 2k 阅读 · 0

本文详细解释了ARM程序中的RO、RW和ZI三个段的区别及其作用。RO段包含指令和常量，RW段包含已初始化的变量，而ZI段包含未初始化的变量。文章通过多个示例对比了不同类型的变量如何影响程序的编译结果。

ARM编译中的RO、RW和ZI DATA区段2008-12-17 14:58

ARM程序(指在ARM系统中正在执行的程序，而非保存在ROM中的bin文件)的组成

一个ARM程序包含3部分：RO段，RW段和ZI段

RO是程序中的指令和常量

RW是程序中的已初始化变量

ZI是程序中的未初始化的变量

由以上3点说明可以理解为：RO就是readonly，RW就是read/write，ZI就是zero

ARM映像文件的组成所谓ARM映像文件就是指烧录到ROM中的bin文件，也成为image文件。以下用Image文件来称呼它。Image文件包含了RO和RW数据。之所以Image文件不包含ZI数据，是因为ZI数据都是0，没必要包含，只要程序运行之前将ZI数据所在的区域一律清零即可。包含进去反而浪费存储空间。

Q：为什么Image中必须包含RO和RW？A：因为RO中的指令和常量以及RW中初始化过的变量是不能像ZI那样“无中生有”的。ARM程序的执行过程从以上两点可以知道，烧录到ROM中的image文件与实际运行时的ARM程序之间并不是完全一样的。因此就有必要了解ARM程序是如何从ROM中的image到达实际运行状态的。实际上，RO中的指令至少应该有这样的功能：1. 将RW从ROM中搬到RAM中，因为RW是变量，变量不能存在ROM中。2. 将ZI所在的RAM区域全部清零，因为ZI区域并不在Image中，所以需要程序根据编译器给出的ZI地址及大小来将相应得RAM区域清零。ZI中也是变量，同理：变量不能存在ROM中在程序运行的最初阶段，RO中的指令完成了这两项工作后C程序才能正常访问变量。否则只能运行不含变量的代码。

说了上面的可能还是有些迷糊，RO，RW和ZI到底是什么，下面我将给出几个例子，最直观的来说明RO，RW，ZI在C中是什么意思。

1; RO看下面两段程序，他们之间差了一条语句，这条语句就是声明一个字符常量。因此按照我们之前说的，他们之间应该只会在RO数据中相差一个字节（字符常量为1字节）。

Prog1：#include void main(void){;}Prog2：#include const char a = 5；void main(void){;}

Prog1编译出来后的信息如下：================================================================================

Code RO Data RW Data ZI Data Debug948 60 0 96 0 Grand Totals================================================================================

Total RO Size(Code + RO Data) 1008 ( 0.98kB)Total RW Size(RW Data + ZI Data) 96 ( 0.09kB)Total ROM Size(Code + RO Data + RW Data) 1008 ( 0.98kB)

================================================================================

Prog2编译出来后的信息如下：================================================================================

Code RO Data RW Data ZI Data Debug948 61 0 96 0 Grand Totals================================================================================

Total RO Size(Code + RO Data) 1009 ( 0.99kB)Total RW Size(RW Data + ZI Data) 96 ( 0.09kB)Total ROM Size(Code + RO Data + RW Data) 1009 ( 0.99kB)

================================================================================

以上两个程序编译出来后的信息可以看出：Prog1和Prog2的RO包含了Code和RO Data两类数据。他们的唯一区别就是Prog2的RO Data比Prog1多了1个字节。这正和之前的推测一致。如果增加的是一条指令而不是一个常量，则结果应该是Code数据大小有差别。

2; RW同样再看两个程序，他们之间只相差一个“已初始化的变量”，按照之前所讲的，已初始化的变量应该是算在RW中的，所以两个程序之间应该是RW大小有区别。

Prog3：#include void main(void){;}Prog4：#include char a = 5；void main(void){;}Prog3编译出来后的信息如下：================================================================================

Code RO Data RW Data ZI Data Debug948 60 0 96 0 Grand Totals================================================================================

Total RO Size(Code + RO Data) 1008 ( 0.98kB)Total RW Size(RW Data + ZI Data) 96 ( 0.09kB)Total ROM Size(Code + RO Data + RW Data) 1008 ( 0.98kB)================================================================================

Prog4编译出来后的信息如下：================================================================================

Code RO Data RW Data ZI Data Debug948 60 1 96 0 Grand Totals================================================================================

Total RO Size(Code + RO Data) 1008 ( 0.98kB)Total RW Size(RW Data + ZI Data) 97 ( 0.09kB)Total ROM Size(Code + RO Data + RW Data) 1009 ( 0.99kB)================================================================================

可以看出Prog3和Prog4之间确实只有RW Data之间相差了1个字节，这个字节正是被初始化过的一个字符型变量“a”所引起的。

3; ZI再看两个程序，他们之间的差别是一个未初始化的变量“a”，从之前的了解中，应该可以推测，这两个程序之间应该只有ZI大小有差别。

Prog3：#include void main(void){;}

Prog4：#include char a；void main(void){;}

Prog3编译出来后的信息如下：================================================================================

Code RO Data RW Data ZI Data Debug948 60 0 96 0 Grand Totals================================================================================

Total RO Size(Code + RO Data) 1008 ( 0.98kB)Total RW Size(RW Data + ZI Data) 96 ( 0.09kB)Total ROM Size(Code + RO Data + RW Data) 1008 ( 0.98kB)================================================================================

Prog4编译出来后的信息如下：================================================================================

Code RO Data RW Data ZI Data Debug948 60 0 97 0 Grand Totals================================================================================

Total RO Size(Code + RO Data) 1008 ( 0.98kB)Total RW Size(RW Data + ZI Data) 97 ( 0.09kB)Total ROM Size(Code + RO Data + RW Data) 1008 ( 0.98kB)================================================================================

编译的结果完全符合推测，只有ZI数据相差了1个字节。这个字节正是未初始化的一个字符型变量“a”所引起的。注意：如果一个变量被初始化为0，则该变量的处理方法与未初始化华变量一样放在ZI区域。即：ARM C程序中，所有的未初始化变量都会被自动初始化为0。

总结：1; C中的指令以及常量被编译后是RO类型数据。2; C中的未被初始化或初始化为0的变量编译后是ZI类型数据。3; C中的已被初始化成非0值的变量编译后市RW类型数据。

附：程序的编译命令（假定C程序名为tst.c）：armcc -c -o tst.o tst.carmlink -noremove -elf -nodebug -info totals -info sizes -map -list aa.map -o tst.elf tst.o编译后的信息就在aa.map文件中。

ROM主要指：NAND Flash，Nor Flash

RAM主要指：PSRAM，SDRAM，SRAM，DDRAM

简单的说就是在烧写完的时候是：FLASH中：Code+RO Data+RW Data，运行的时候：RAM: RW Data + ZI Data，当然还要有堆栈的空间。

 

原文地址：

http://blog.sina.com.cn/s/blog_6ec4dce00100tug3.html

关于Keil编译后的大小分析及存储位置
qq_53734051的博客
08-18 4067
Keil编译后的大小分析：Code Ro-data RW-data ZI-data
MDK编译过程和文件详解
qq_43460068的博客
05-29 4167
MDK编译过程 编译生成的不同的文件将在后面进行详细说明 1） 编译：MDK软件使用的编译器是armcc和armasm，它们根据每个c/c++和汇编文件编译成对应的以".o"为后缀的对象文件（Object Code，也称目标文件），其内容主要是从源文件编译得到机器码，包含了代码、数据以及调试使用的信息。 2）链接：链接器armlink把各个.o文件以及库文件链接成一个映像文件".axf"或“.elf” 3）格式转换：一般来说windows或linux系统使用的链接器直接生成可执行映像文件elf后
查看Keil编译代码大小
热门推荐
一个人要像一支队伍
06-18 1万+
在Keil中编译代码，超出单片机的存储容量，会弹出以下错误。 Error: L6406E: No space in execution regions with .ANY selector matching xxx.o. 那么，如何得知编译出来的代码，占用了多大的空间？ 在Keil中按Rebuild（不是Build）。 没有错误的话，会得到下图所示。 在工程目录下，打开Listi...
Program Size 参数全解析
最新发布
qq_56992543的博客
09-21 1075
本文深入解析嵌入式开发中编译后输出的Program Size参数（Code、RO-data、RW-data、ZI-data）及其对存储资源的影响。这些参数反映了程序在Flash和RAM中的占用情况：Code和RO-data存储在Flash中，RW-data需同时占用Flash和RAM空间，ZI-data仅占用RAM。文章详细解释了各参数的定义、存储机制及实际应用价值，包括硬件选型验证、内存溢出问题定位、程序优化方向等关键开发场景，帮助开发者更好地理解和优化嵌入式系统的存储资源管理。
MDK 编译文件大小说明（Program Size）
Alliswall1的专栏
07-08 1072
MDK编译文件大小说明（ProgramSize） (2011-09-16 20:43:02) 转载▼ 分类：资料 ARM编译中的RO、RW和ZI DATA区段 2008-12-17 14:58 ARM程序(指在ARM系统中正在执行的程序，而非保存在ROM中的bin文件)的组成 一个ARM程序包含3部分：RO段，RW段和ZI段 RO是程序中的指令和常量 RW是程序中的已初始化变量 ZI是程序中的未初始化的变量 由以上3点说明可以理解为： RO就是readonly， RW就...
单片机程序MDK编译大小说明及小建议
a931500274的专栏
04-24 1105
---------------------------------------------------------------------------------------------------字段说明：Code：即代码域，它指的是编译器生成的机器指令，这些内容被存储到ROM区。 RO-data：Read Only data，即只读数据域，它指程序中用到的只读数据，这些数据被存储在ROM区，因...
MDK编译生成的BIN文件占用FLASH大小
David_xtd的专栏
11-02 1409
STM32烧写Flash时用到的BIN文件大小 在MDK中，通过fromelf.exe命令将hex文件转换成bin文件时，所占用的Flash空间是多大？ 从哪里看呢？ 1、资源浏览器中通过查看文件属性可以看到 上图中，大小一栏中的数字3716，即是BIN文件所占用Flash空间的大小。 2、相同功能的浏览器也可以看到 在TotalCommander中也同样可以通过文件的属性看到BIN文件的大小。 可以看到，BIN文件的大小同样是3716字节。 3、MDK编译后的信息中通过计算得到 compiling
Cortex_M3之启动文件和MDK编译讲解
weixin_40167339的博客
03-25 1328
本小节总结一下CM3的启动文件和MDK编译相关的内容，启动文件是系统上电之后执行的第一个指令文件，是程序入口，C环境的运行是在此文件代码执行完成之后开始执行的。启动文件由汇编指令编写，本文主要是基于MDK平台介绍启动文件内容。由于STM32也是CM3的内核，所以启动文件内容取自STM32的官方文件。废话少说，干货开始。
MDK5(keil)编译信息含义（占用sram,flash空间）与 MAP文件
wzy@jinan
01-19 1351
输出信息： Program Size: Code=59690 RO-data=8206 RW-data=272 ZI-data=7288。这部分包含了在程序执行期间初始化为零的数据。这可能包括未初始化的全局变量、未初始化的静态变量等。（静态随机存取存储器）中。这部分包含了在程序执行期间可以修改的数据。这可能包括全局变量、静态变量等。这通常包括程序中的常量数据，如字符串、常量变量等。这些数据在程序执行期间不会被修改。这是程序的可执行指令部分，它通常包含你的程序的实际代码。
STM32 MDK编译后生成的 .map文件深入分析
weixin_43885532的博客
12-10 3075
.map文件 .map文件是STM32开发中非常重要的一个文件，在该文件中可以详细的查看单个文件、函数及用户定义的全局变量等的占用RAM和ROM（一般为片内FLASH）的空间大小，通过了解这些信息可以很方便的进行代码的优化。 在MDK5中，生成的.map文件包含的内容可以在下面的界面中进行配置，默认是全选的，用户也可以根据自己的需求进行选择，如只生成Total info信息。在配置好map生成选项后编译整个工程，双击Project框中的项目名称即可打开.map文件。若使用的是STM32CubeMX生成的
如何查看stm32编译文件的大小
qq_42413161的博客
07-20 2100
一般我们编译的时候，出现这些数据，而这些数据是什么呢？ 很好奇，其实这是表示你的程序编译的flash和sram大小。 也能间接地表示你程序的大小 FLASH 大小为： 1828 字节（1404+424），所用的 SRAM 大小为：1336 个字节（12+1324）。 Code：表示程序所占用 FLASH 的大小（FLASH）。 RO-data：即 Read Only-data，表示程序定义的常量，如 const 类型（FLASH）。 RW-data：即 Read Write-data，表示已被初始化的全局.
关于KEIL_MDK编译生成的程序大小说明
小胡的技术小屋
07-24 2343
这些参数的单位是Byte 图中几个参数分别代表  Code：代码的大小 RO：常量所占空间 RW：程序中已经初始化的变量所占空间 ZI：未初始化的static和全局变量以及堆栈所占的空间 上述参数和芯片Flash以及SRAM的对应关系是  Flash占用大小=Code+RO+RW SRAM占用大小=RW+ZI  ...
Keil MDK中的Code, RO-data , RW-data, ZI-data分别代表什么意思？（转）
anlx27的专栏
07-03 1515
一 基础知识 字节  8位半字  16位字    32位   二 解惑 Code, RO-data,RW-data,ZI-data Code为程序代码部分RO-data 表示 程序定义的常量const temp;RW-data 表示 已初始化的全局变量ZI-data 表示 未初始化的全局变量 Program Size: Code="18248" RO-data=320 RW-data=...
关于编译时出现 Program Size: Code=1024 RO-data=336 RW-data=12 ZI-data=1324 的含义。
weixin_47983736的博客
07-19 1809
关于编译时出现 Program Size: Code=1024 RO-data=336 RW-data=12 ZI-data=1324 的含义。 Code：表示程序所占用 FLASH 的大小（FLASH）。 RO-data：即 Read Only-data，表示程序定义的常量，如 const 类型（FLASH）。 RW-data：即 Read Write-data，表示已被初始化的全局变量（SRAM） ZI-data：即 Zero Init-data，表示未被初始化的全局变量(SRAM) 从编译信息可以看
Keil编译： Program Size: Code、RO-data、RW-data、ZI-data解析
丨晋丨
11-21 5157
程序的组成 在工程的编译提示输出信息中有一个语句“Program Size：Code=xx RO-data=xx RW data=xx ZI-data=xx”，它说明了程序各个域的大小，编译后，应用程序中所有具有同一性质的数据(包括代码)被归到一个域，程序在存储或运行的时候，不同的域会呈现不同的状态，这些域的意义如下： Code： 即代码域，它指的是编译器生成的机...
Keil、IAR编译存储相关说明及拓展
strongerHuang
04-08 1307
周末·轻松一刻写在前面ⅠKeil、IAR编译（Build）窗口打印出来的信息：Program Size: Code=2596 RO-data=268 RW-data=44...
Keil编译完成后出现的程序大小说明
weixin_46251230的博客
10-02 3017
为什么烧写的时候，没有烧写 ZI Data，这是因为 ZI Data 是没有初始化的数据，默认的是0，只要程序运行之前将ZI数据所在的区域位置清0即可，没有必要包含到flash里面。栈的空间位置就出在 ZI Data 里。ZI-data：Zero-Init-data，代表未初始化的读写数据，程序中定义了但没有初始化的全局变量和静态变量位于此处，存储在SRAM中。RW-data：Read-write-data，代表已初始化的读写数据，程序中定义并且初始化的全局变量和静态变量位于此处，存储在SRAM中；
Keil 编译内存信息：Program size: Code, RO-data , RW-data, ZI-data
我的blog屋
04-27 2052
转自：https://blog.youkuaiyun.com/qq_37858386/article/details/79541451 一、用keil编译程序后会打印对应的内存分配信息，例如如Program Size: Code=97782 RO-data=9578 RW-data=2992 ZI-data=87696 ，如下图所示： 二、这里我们就解释一下Program size: Code, RO-data , RW-data, ZI-data具体代表什么？ 1、Code 是代码占用的空间。
arm单片机编译完后program size组成解析
06-12
<think>根据引用[1]，C语言编译后的汇编代码是编译器按照规则和优化策略生成的，而纯汇编代码可以由程序员自由组织逻辑。在ARM单片机中，程序编译后的大小是开发者关心的一个指标，因为它直接影响单片机的存储资源占用情况。对于ARM单片机（如使用Cortex-M系列的MCU），编译后程序大小的组成通常由以下几部分组成：1.代码段（TextSegment）：存放程序执行代码的区域，包括ARM指令或Thumb指令。2.数据段（DataSegment）：存放已初始化的全局变量和静态变量。3.未初始化数据段（BSSSegment）：存放未初始化的全局变量和静态变量，程序加载时会被初始化为0。4.只读数据段（Read-OnlyDataSegment）：存放常量字符串等只读数据。编译后显示的程序大小一般会以如下形式显示：-Code：代码段大小-RO-data：只读数据大小（包括字符串常量等）-RW-data：已初始化的可读写全局变量大小（在运行时需要被复制到RAM）-ZI-data：未初始化的全局变量大小（在运行时初始化为0的变量所占用空间）其中：-FLASH占用=Code+RO-Data+RW-Data-RAM占用=RW-Data+ZI-Data解析方法：1.查看编译输出：编译器（如ARMCC、GCC）在编译后会输出程序各部分的大小。例如KeilMDK的输出格式如下：```ProgramSize:Code=xxxxRO-data=xxxxRW-data=xxxxZI-data=xxxx```2.使用map文件分析：map文件中会详细列出每个模块占用的代码空间、数据空间，以及全局变量和静态变量的分配情况，从而可以定位占用较大的模块或变量。在分析程序大小时，可参考以下思路：-优化代码段：减少不必要的功能，使用更高效的算法，使用编译器的优化选项（如-Os优化大小）。-优化常量数据：尽量使用压缩格式存储字符串等常量数据。-减少全局变量：避免过多全局变量，特别是大的数组或结构体。-注意库函数使用：部分库函数（如printf）会占用大量空间，可以考虑使用简化版本。引用[5]提到了PUSH和POP指令的栈操作顺序，虽然与程序大小无直接关系，但涉及到函数调用时的栈操作，也会影响程序运行效率。</think> 根据引用内容及ARM体系结构，编译后程序大小（Program Size）的分析解析如下： ### 程序大小的组成结构 编译后的程序大小主要分为4个核心部分： 1. **Code (代码段)** - 存放所有可执行的ARM指令（如算术操作、分支跳转等） - 包含编译后的机器码和函数体 - 固定占用Flash空间 2. **RO-data (只读数据段)** - 存储常量数据（如字符串常量、const全局变量） - 包含中断向量表等只读结构 - 固定占用Flash空间 3. **RW-data (已初始化读写数据段)** - 包含初始化非零值的全局/静态变量（如 `int g_val = 5;`） - Flash中存储初始值，运行时加载到RAM - **占用双重空间**：Flash（初始值）+ RAM（运行值） 4. **ZI-data (零初始化数据段)** - 存储默认零值的全局/静态变量（如 `int g_arr[100];`） - 程序启动时由启动代码初始化为0 - **仅占用RAM空间** ### 空间占用计算公式 - **Flash总占用 = Code + RO-data + RW-data** - **RAM总占用 = RW-data + ZI-data** ### 深度解析方法 1. **编译输出分析**（如Keil MDK）： ``` Program Size: Code=10240 // 10KB指令 RO-data=512 // 512B常量 RW-data=256 // 256B初始化变量 ZI-data=4096 // 4KB零初始化变量 ``` → Flash占用：10240+512+256 = 11008 Bytes → RAM占用：256+4096 = 4352 Bytes 2. **Map文件定位**（关键方法）： - 检查内存区域分布（如引用[4]的地址分配） - 定位大内存占用的模块： ``` ModuleA.o(Text) 0x800 // 代码段占用2KB ModuleB.o(Data) 0x400 // 数据段占用1KB ``` 3. **优化手段**： - 减少冗余代码：避免大数组拷贝（引用[1]） - 压缩常量数据：合并重复字符串 - 调整内存模型：启用 `-Os` 编译优化 - 变量优化：将大型ZI-data改为动态分配 4. **特殊区域分析**： - **启动代码**：包含栈指针初始化（引用[5]） - **中断向量表**：属于RO-data的核心部分 - **对齐填充**：地址对齐导致的空隙（增加Code大小） ### 案例分析 若发现ZI-data异常增大： 1. 检查全局数组声明：`static char buffer[2048];` 2. 确认是否需要动态分配：改为 `malloc(2048)` 3. 效果：ZI-data减少2KB → RAM节省2KB > **注**：栈空间(Stack)和堆空间(Heap)通常不包含在基础统计中，需单独配置（引用[3]启动流程） --- **
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值