KEIL MDK Program Size 查看代码量

最新推荐文章于 2023-09-06 08:59:06 发布

原创最新推荐文章于 2023-09-06 08:59:06 发布 · 2.6k 阅读

3 ·

CC 4.0 BY-SA版权

电子杂项专栏收录该内容

11 篇文章

订阅专栏

本文解析了KEIL RVMDK编译后的信息，详细解释了Code、RO-data、RW-data及ZI-data等概念及其在烧录与运行时所占空间的区别。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

KEIL RVMDK编译后的信息

Program Size: Code=16288 RO-data=836 RW-data=104 ZI-data=2824

1、Code是代码占用的空间，RO-data是 Read Only 只读常量的大小，如const型，RW-data是（Read Write）初始化了的可读写变量的大小，ZI-data是（Zero Initialize）没有初始化的可读写变量的大小。ZI-data不会被算做代码里因为不会被初始化。

2、简单的说就是在烧写的时候是FLASH中的被占用的空间为：Code+RO Data+RW Data

程序运行的时候，芯片内部RAM使用的空间为： RW Data + ZI Data

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

smxdhb

关注关注

0
点赞
踩
3

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

软件工程师必备：自动化统计代码行数的5种方案

软件工程实践的博客

06-05

953

你是否遇到过这些场景？接手遗留项目时，想快速知道“这堆代码到底有多大”；和产品经理争论“这个需求需要3周”时，想用代码量数据说服对方；团队做技术复盘时，想分析“哪个模块代码膨胀最严重”……统计代码行数（LOC）能解决这些问题，但手动统计（比如用记事本打开每个文件数行数）效率低、易出错。本文将聚焦自动化统计方案，覆盖个人开发、团队协作、持续集成等常见场景。

如何统计整个项目的代码行数

11-11

9325

vs中在一个大工程中有很多的源文件和头文件，应该如何快速统计总行数？ ctrl + shift + F 或者点击弹出查找内容输入： b*[^:b#/]+.*$或者 ^b*[^:b#/]+.*$ 查找范围选择相应的范围查找选项选正则表达式

参与评论您还未登录，请先登录后发表或查看评论

代码统计工具可统计项目行数

05-12

可用于对VC++、C++ Builder、Delphi、VB、C/C++、ASM、Java、C#、SQL 等程序源码进行详细的统计，可以准确的分析出程序中代码行、注释行和空白行的行数。程序会自动根据你选择的文件类型选择相应的统计方式，并将所有文件的分析结果进行汇总，便于方便直观的对软件项目的代码量进行全面的评估。本软件是绿色软件，不需要安装，展开到任意目录，直接运行即可。 1、支持VC++项目文件的统计方式。 2、支持C++ Builder项目文件的统计方式。 3、支持C/C++文件 .cpp 和 .h 的文件统计。 4、支持同时多个文件的统计方式。 5、支持同时多种文件类型的统计方式。 6、支持VB项目文件和 .frm 和 .bas 文件的统计。 7、支持汇编文件 .asm 和 .inc 的统计。 8、支持Delphi项目文件 .dpr 和 .pas、.dfm 文件的统计。 9、支持C#项目文件 .csproj 的直接统计及 .cs 文件的统计。 10、支持Java文件 .java 的统计。 11、支持SQL文件 .sql 的统计。 12、支持 *.* 文件类型的自动分析统计。 13、支持文件目录的选择统计方式。 14、支持用户自定义文件统计类型及统计方法。 15、支持Htm,Excel,Csv,Txt等多种存盘文件类型。 16、支持统计结果的直接打印输出。 17、支持命令行方式的文件及目录统计方式。 18、支持资源管理器右键关联的文件及目录快捷统计方式。

统计整个工程代码行数

StudyRecord的专栏

06-05

1万+

find . "(" -name "*.m" -or -name "*.mm" -or -name "*.cpp" -or -name "*.h" -or -name "*.rss" ")" -print | xargs wc -l

关于keil显示行数

qq_22146161的博客

06-28

1万+

关于keil显示行数一张图说明如何显示行数，找keil界面中的小板子，即Configuration，然后勾选 Show Line Numbers. 参考链接：https://blog.youkuaiyun.com/qlexcel/article/details/93746105

利用Python读取keil工程中的代码行数

yejin_tianming的博客

09-13

2460

刚刚学完python，心血来潮，想统计一下一个keil工程中的代码行数。总不可能一个文件一个文件数吧，人生苦短，当然是用python了~ 下面贴上代码： import os countc = 0 counth = 0 for root, dir, files in os.walk(".\\Src"): print(files) for i in files: f = ope...

KEIL MDK 查看代码量、RAM使用情况--RO-data、RW-data、ZI-data的解释（转）

weixin_33943347的博客

09-16

397

源：KEIL MDK 查看代码量、RAM使用情况--RO-data、RW-data、ZI-data的解释 KEIL RVMDK编译后的信息 Program Size: Code=86496 RO-data=9064 RW-data=1452 ZI-data=16116 Code是代码占用的空间; RO-data是 Read Only 只读常量的大小，如const型; RW-...

Keil MDK使用第3篇---编译之后参数含义

热门推荐

CodeAllen嵌入式

05-31

2万+

每次用keil编译之后会有一系列参数，为了进行芯片选型（毕竟没钱），当然也可以用最大容量的芯片，可以不考虑这些参数编译后显示：Program Size: Code= RO-data= RW-data= ZI-data= 代表的意思： Code ：是程序中代码所占字节大小 RO-data ：程序中所定义的指令和常量大小（ Read O...

ARM 之十二 Cortex-M 内核异常处理、异常定位方法、在线调试、Keil MDK-ARM 的使用

技术干货

02-25

4566

在 ARM 平台上开发，开发工具的选择其实并不是很多，基本可以分为三大类：Keil MDK-ARM、IAR for ARM、GCC for ARM 系，其中用的比较多的基本就是 Keil MDK-ARM、IAR for ARM 这俩。而 GCC for ARM 系的 IDE 有很多，但是他们统一都是使用 GCC for ARM 作为编译器构建套件，IDE 都是各家自定义的。例如，ST 有、SEGGER 有 Embedded Studio。构建（Build）从源文件到可执行文件，需要经过预处理、编

深入解析：KEIL MDK代码优化的10种方法，让性能飞跃

[深入解析：KEIL MDK代码优化的10种方法，让性能飞跃](https://img-blog.csdnimg.cn/img_convert/ebc783b61f54c24122b891b078c4d934.png#pic_center) # 摘要本文对MDK代码优化进行系统论述，旨在提高嵌入式系统...

代码行数查看工具

08-19

本人自己用MFC写的代码行数查看工具，中文版本的。可以查看任一工程，并可以保存相关记录。

代码统计行数工具中文版

02-18

支持各种类型源码行数统计，同时包括测试用例缺陷设定，支持目录、扩展名、更新日期过滤，简单易用，功能强大，强烈推荐！

MDK KEIL显示单片机资源占用情况

qq_37780558的博客

09-06

636

使MDK KEIL输出单片机RAM ROM占用情况的方法

【调试器的艺术】：Keil MDK5硬件仿真程序查看的高级应用技巧

![Keil MDK5]...本文全面介绍了Keil MDK5在硬件仿真方面的应用，从调试器基础到高级仿真功能与应用，再到故障诊断与问题解决，逐

iOS项目代码行数统计

yangxuanlun的专栏

09-26

1万+

1、打开终端 2、c find . "(" -name "*.m" -or -name "*.mm" -or -name "*.cpp" -or -name "*.h" -or -name "*.rss" ")" -print | xargs wc -l

KEIL MDK 查看代码量、RAM的使用情况

一年之内毫无半点成绩，想起来做人真是没趣。

04-13

1万+

KEIL MDK 查看代码量、RAM的使用情况

查看项目代码总行数

zhousan_zhou的专栏

12-25

2200

打开终端cd 你的项目复制下行命令回车就行 find . "(" -name "*.m" -or -name "*.mm" -or -name "*.cpp" -or -name "*.h" -or -name "*.rss" ")" -print | xargs wc -l

统计代码总行数

军军的博客

10-24

742

先用java写了个： package java2.pack2; import com.google.common.collect.Sets; import com.google.common.io.Files; import java.io.File; import java.io.IOException; import java.nio.charset.Charset; import ja

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]启动流程） --- **