MAP 文件分析笔记
Section Cross References-部分交叉引用
此部分显示了程序的依赖关系
Removing Unused input sections from the image-从映像中删除未使用的输入部分
如下图所示在 tim.c 文件中删除了未使用的 HAL_TIM_PWM_MspDeInit
在结尾处显示了总结信息，表示总共移除了 394 个程序段（函数/数据），共 32062 字节。 给 MCU 节省 32062 字节的程序空间。
Image Symbol Table-映像符号表
Local Symbols-局部符号
记录用 static 声明的全局变量的地址和大小，c文件中函数的地址和用 static 声明的函数代码大小
下图红框处部分，表示 stm32f0xx_hal_gpio.c 文件中的 HAL_GPIO_Init 函数的入口地址为： 0x08000200， 类型为： Section（程序段）， 大小为 0。
因为： i.HAL_GPIO_Init 仅仅表示 HAL_GPIO_Init 函数入口地址，并不是指令，所以没有大小。
在全局符号段，会列出 HAL_GPIO_Init 函数的大小。
Global Symbols-全局符号
记录了全局变量的地址和大小， C 文件中函数的地址及其代码大小，汇编文件中的标号地址
下图红框处部分，表示 stm32f0xx_hal_gpio.c 文件中的 HAL_GPIO_Init 函数的入口地址为： 0x08000201， 类型为： Section（程序段）， 大小为 386 字节。
此处的地址用的 0x08000201，和局部符号的 0x08000200 地址不符，
因为 ：
ARM 规定 Thumb 指令级的所有指令，其最低位必须为 0x08000201=0x08000200 +1，所
以才会有 2 个不同的地址，且总是差 1，实际上就是同一个函数。
Memory Map of the image-映像的内存映射
映像文件分为加载域（Load Region）和运行域（Execution Region）， 一个加载域必须有
至少一个运行域（可以有多个运行域）， 而一个程序又可以有多个加载域。 加载域为映像程
序的实际存储区域，而运行域则是 MCU 上电后的运行状态。加载域和运行域的简化关系（这
里仅表示一个加载域的情况） 图如图 2.1.4.1 所示：
由图可知， RW 区也是存放在 ROM（FLASH） 里面的，在执行 main 函数之前， RW（有
初值且不为 0 的变量） 数据会被拷贝到 RAM 区，同时还会在 RAM 里面创建 ZI 区（初始化
为 0 的变量）。
了解了加载域和运行域的作用及关系，我们再来看映像内存分布图（H750 例程），如图
2.1.4.2 所示：
① 处，表示映像的入口地址， 也就是整个程序运行的起始地址，为： 0X0800 0299。
实际地址为： 0X0800 0298（Thumb 指令最低位是 1）。
② 处，表示 LR_m_stmflash 加载域， 其起始地址为： 0X0800 0000；占用大小为： 0X0000
0EB0； 最大地址范围为： 0X0002 0000。其内部包含两个运行域： ER_m_stmflash
和 RW_m_stmsram。
③ 处，表示 ER_m_stmflash 运行域，其起始地址为： 0X0800 0000；占用大小为： 0X0000
0EA4； 最大地址范围为： 0X0002 0000； 即内部 FLASH 运行域，所有需要放内部
FLASH 的代码，都应该放到这个运行域里面。对于 STM32F1/F4/F767 等开发板，
我们例程所有的代码，都是放在这个运行域的（名字可能不一样）。
④ 处，表示 RW_m_stmsram 运行域，其起始地址为： 0X2400 0000；占用大小为： 0X0000
0938；最大地址范围为： 0X0008 0000；即内部 SRAM 运行域，所有 RAM（包括RW 和 ZI） 都是放在这个运行域里面。
⑤ 处， 表示 LR_m_qspiflash 加载域， 其起始地址为： 0X9000 0000；占用大小为： 0X0000
0214； 最大地址范围为： 0X0080 0000。其内部包含一个运行域： ER_m_qspiflash。
⑥ 处， 表示 ER_m_qspiflash 运行域，其起始地址为： 0X9000 0000；占用大小为： 0X0000
0214； 最大地址范围为： 0X0080 0000； 即外部 QSPI FLASH 运行域，所有需要放
外部 QSPI FLASH 的代码，都应该放到这个运行域里面。
图 2.1.4.2 中， 列出了所有加载域机器运行域的具体内存分布， 我们可以很方便的查看
任何一个函数所在的运行域、 入口地址、占用空间等信息。 如 delay_xms 函数： 该函数在
ER_m_stmflash 运行域； 入口地址为： 0X0800 0D0C； 大小为： 0X54 字节；是 dealy.c 里面
的函数。 了解这些信息，对我们分析及优化程序非常有用。
Image component sizes-映像组件大小
① 处， 表示.c/.s 文件生成对象所占空间大小（单位： 字节，下同），即.c/.s 文件编
译后所占代码空间的大小。 每个项所代表的意义如下：
Code（inc.data）： 表示包含内联数据（inc.data） 后的代码大小。如 delay.o（即
delay.c） 所占的 Code 大小为 162 字节，其中 12 字节是内联数据。
RO Data：表示只读数据所占的空间大小，一般是指 const 修饰的数据大小。
RW Data：表示有初值（且非 0） 的可读写数据所占的空间大小， 它同时占用 FLASH
和 RAM 空间。
ZI Data：表示初始化为 0 的可读写数据所占空间大小， 它只占用 RAM 空间。
Debug：表示调试数据所占的空间大小，如调试输入节及符号和字符串。
Object Totals：表示以上部分链接到一起后， 所占映像空间的大小。
(incl.Generated)：表示链接器生产的映像内容大小， 它包含在 Object Totals 里
面了，这里仅仅是单独列出， 我们一般不需要关心。
（incl.Padding）：表示链接器根据需要插入填充以保证字节对齐的数据所占空间
的大小， 它也包含在 Object Totals 里面了， 这里单独列出， 一般无需关心。
② 处，表示被提取的库成员（.lib） 添加到映像中的部分所占空间大小。各项意义同
①中的说明。我们一般只用看 Library Totals 来分析库所占空间的大小即可。
③ 处，表示本工程全部程序汇总后的占用情况。其中：
Grand Totals：表示整个映像所占空间大小。
ELF Image Totals： 表示 ELF 可执行链接格式映像文件的大小，一般和 Grand Totals
一样大小。
ROM Totals：表示整个映像所需要的 ROM 空间大小，不含 ZI 和 Debug 数据。
Total RO Size： 表示 Code 和 RO 数据所占空间大小，本例程为： 4280 字节。
Total RW Size：表示 RW 和 ZI 数据所占空间大小，即本映像所需 SRAM 空间的大
小，本例程为： 2360 字节。
Total ROM Size：表示 Code、 RO 和 RW 数据所占空间大小，即本映像所需 FLASH
空间的大小， 本例程为： 4292 字节。
图 2.1.5.1 中，我们未框出的： Library Name 部分，实际和②处是一个意思，只是 Library
Name 说明了②处的那些.o 文件来自什么库，这里实际上就是： fpinit.o 来自 fz_wv.l 库，其
他部分来自 c_w.l 库。 fz_wv.l 和 c_w.l 是库名字
后两部分为截取正点原子的文档
