相信有较大项目开发经验的朋友都曾遇到内存溢出的问题，那么大家都是如何分析这类问题的呢？大家遇到HardFault_Handler 有对map分析过吗？
首先讲述一下关于map在MDK-ARM中的配置。其实，在MDK-ARM中，我们可以根据自己的情况（不同配置），在map文件中输出对应（我们需要）的内容。默认情况下，输出所有信息。
Project -> Options for Target -> Listing：会看到如下配置界面：
看到上图，相信都应该明白map文件大概有哪些内容了吧？
map文件里面内容大致分为五大类（按照map文件分类的顺序）：
1.Section Cross References：模块、段(入口)交叉引用；
2.Removing Unused input sections from the image：移除未使用的模块；
3.Image Symbol Table：映射符号表；
4.Memory Map of the image：内存（映射）分布；
5.Image component sizes：存储组成大小。
下面章节就针对MDK-ARM详细讲述一下map文件里面的几大内容。
Ⅰ、Section Cross References：模块、段(入口)交叉引用
配置中需勾选上：Cross Reference
Section Cross References：模块、段(入口)交叉引用，指的是各个源文件生成的模块、段（定义的入口）之间相互引用的关系。
比如：
main.o(i.System_Initializes) refers to bsp.o(i.BSP_Initializes) for BSP_Initializes
意思是：
main模块(main.o)中的System_Initializes函数(i.System_Initializes)，引用（或者说调用）了bsp模块(bsp.o)中的BSP_Initializes函数。
提示：
main.o是main.c源文件生成的目标文件模块；
I.System_Initializes是System_Initializes函数的入口。
Ⅱ、Removing Unused input sections from the image：移除未使用的模块
配置中需勾选上：Unuaed Sections Info
这一选项很好理解，就是我们工程代码中，没有被调用的模块。
最后还有一个统计信息：
52 unused section(s) (total 2356 bytes) removed from the image.
1.总共有52段没有被调用；
2.没有被调用的大小为2356 字节；
Ⅲ、Image Symbol Table：映射符号表
配置中需勾选上：Symbols
Image Symbol Table：映射符号表，也就是各个段所存储对应地址的表（这一项比较重要）。
Symbols分为两大类
1.Local Symbols局部
2.Global Symbols全局
内容要点
1.Symbol Name：符号名称
2.Value：存储对应的地址；
大家会发现有0x0800xxxx、0x2000xxxx这样的地址。
0x0800xxxx指存储在FLASH里面的代码、变量等。
0x2000xxxx指存储在内存RAM中的变量Data等。
3.Ov Type：符号对应的类型
符号类型大概有几种：Number、Section、Thumb Code、Data等；
细心的朋友会发现：全局、静态变量等位于0x2000xxxx的内存RAM中。
4.Size：存储大小
这个容易理解，我们怀疑内存溢出，可以查看代码存储大小来分析。
5.Object(Section)：段目标
这里一般指所在模块（所在源文件）。
Ⅳ、Memory Map of the image：内存（映射）分布
配置中需勾选上：Memory Map
Memory Map of the image：内存（映射）分布，内容相对较多，也是比较重要的一项。
Image Entry point : 0x08000131：指映射入口地址。
Load Region LR_IROM1 (Base: 0x08000000, Size: 0x000004cc, Max: 0x00080000, ABSOLUTE):
指加载区域位于LR_IROM1开始地址0x08000000，大小有0x000004cc，这块区域最大为0x00080000.
执行区域：
Execution Region ER_IROM1
Execution Region RW_IRAM1
这个区域，其实就是对应我们目标配置中的区域，如下如：
内容要点
1.Base Addr：存储地址
0x0800xxxxFLASH地址和0x2000xxxx内存RAM地址。
2.Size：存储大小
3.Type：类型
Data：数据类型
Code：代码类型
Zero：未初始化变量类型
PAD：这个类型在map文件中放在这个位置，其实它不能算这里的类型。要翻译的话，只能说的“补充类型”。
ARM处理器是32位的，如果定义一个8位或者16位变量就会剩余一部分，这里就是指的“补充”的那部分，会发现后面的其他几个选项都没有对应的值。
4.Attr：属性
RO：存储与ROM中的段
RW：存储与RAM中的段
5.Section Name：段名
这里也可以说为入口分类名，与第一章节“Section Cross References”指的模块、段一样。
大概包含：RESET、.ARM、 .text、 i、 .data、 .bss、 HEAP、 STACK等。
6.Object：目标
Ⅴ、Image component sizes：存储组成大小
配置中需勾选上：Size Info
Image component sizes：存储组成大小，其实主要就是对模块进行汇总存储大小信息。
这一章节内容相信大家都能理解，我们编译工程后，在编译窗口一般会看到类似如下一段信息：
Program Size: Code=908 RO-data=320 RW-data=0 ZI-data=1024
Code：指代码的大小；
Ro-data：指除了内联数据(inline data)之外的常量数据；
RW-data：指可读写（RW）、已初始化的变量数据；
ZI-data：指未初始化（ZI）的变量数据；
Code、Ro-data：位于FLASH中；
RW-data、ZI-data：位于RAM中；
提醒：RW-data已初始化的数据会存储在Flash中，上电会从FLASH搬移至RAM中。
关系如下：
RO Size = Code + RO Data
RW Size = RW Data + ZI Data
ROM Size = Code + RO Data + RW Data
更多具体内容可以参看文章：Keil编译存储相关说明及拓展
上面信息是比较全面的汇总，如果不想看那些模块的详细，只看汇总统计的信息可以在配置中只勾选“Totals Info”，对比信息：
本文转自https://blog.csdn.net/ybhuangfugui/article/details/75948282
原文地址：https://www.cnblogs.com/zzm1/p/9570569.html