把IAR EWARM下中断向量表符号导出与内存映射验证落到EWARM下中断向量表符号导出的触发条件、可观察状态和复查材料上，先判断问题从哪里收窄。
IAR EWARM下中断向量表符号导出与内存映射验证用EWARM下中断向量表符号导出、内存映射验证、使用IAR连接到EWARM下中断向量表符号导出的调试、验证和交付动作。
在嵌入式 Bootloader 开发中，中断向量表（Interrupt Vector Table, IVT）的正确性直接决定了系统能否在复位、异常或中断发生后跳转到预期入口。上一节我们通过启动代码建立了向量表的符号定义，但符号是否真的落到了预期的 Flash 地址？链接器是否因段定义冲突而发生了偏移？本节将聚焦于 IAR EWARM 环境下，如何通过 map 文件（map file） 和调试器（Debugger）完成从符号到物理地址的闭环验证。核心判断是：向量表首地址必须等于 VTOR（Vector Table Offset Register）复位值，且每个中断入口的符号地址必须与芯片手册的异常编号严格对齐
在 IAR 工程中，打开 Project > Options > Linker > List，勾选 Generate linker map file 并选择 Detailed 级别。这是获取向量表符号地址的唯一官方途径
在 Bootloader 升级链路中，向量表偏移是常见故障点。例如，当应用程序（Application）需要将 VTOR 重定位到 0x08010000 时，若链接脚本（.icf 文件）未正确设置 define symbol __ICFEDIT_intvec_start__ = 0x08010000，则向量表可能仍位于 0x08000000，导致中断响应错乱。本节目标是通过 map 文件（map file） 静态确认符号地址，再通过调试器动态读取 Flash 内容，形成“符号-地址-内容”三重校验
验证的核心对象包括：VTOR 向量表（VTOR Vector Table）、Flash 分区（Flash Partition） 以及 CRC 校验（CRC Check） 的起始地址。在 IAR 环境下，EWARM 内存映射验证（EWARM Memory Mapping Verification） 的典型流程是：先编译链接生成 .map 文件，再通过调试器加载 .out 文件并观察 Memory 窗口
IAR EWARM下中断向量表符号导出与内存映射验证落地前要同时核对EWARM下中断向量表符号导出的内存映射验证、失败路径和使用IAR。
编译完成后，打开生成的 .map 文件（默认位于 $PROJ_DIR$\Debug\List\）。搜索 INTVEC 段，该段记录了中断向量表的起始地址和大小。例如，对于 STM32F4 系列，复位向量（Reset_Handler）的地址应位于 0x08000004。关键检查点如下：
*** SEGMENTS IN ADDRESS ORDER ***
INTVEC 0x0800 0000 0x0000 0104 // 向量表基地址 0x08000000，大小 260 字节
.intvec 0x0800 0000 0x0000 0104 // 实际段内容
*** MODULE MAP ***
startup_stm32f407xx.o (Cortex-M4) // 启动文件中的向量表
__vector_table 0x0800 0000 Data 4 // 栈顶指针
__vector_table 0x0800 0004 Code 4 // Reset_Handler 地址
...这段文本片段属于“问题代码/原始配置”，核对它是否绑定本节目标、边界和可复查结果。
上述片段中，__vector_table 符号的地址序列必须与芯片手册的异常编号一一对应。例如，0x0800 0004 对应复位异常（Exception #1），0x0800 0008 对应 NMI（Exception #2）。若发现地址偏移了 0x10 字节，说明链接脚本中的 __ICFEDIT_intvec_start__ 可能被错误修改
map 文件中的 INTVEC 段起始地址必须与芯片复位后的 VTOR 默认值一致。对于 Cortex-M 系列，VTOR 复位值为 0x00000000，但实际映射到 Flash 基地址（如 0x08000000）。若不一致，需检查 .icf 文件中的 define symbol __ICFEDIT_intvec_start__ 定义
静态符号确认后，需通过调试器读取 Flash 物理地址，验证实际存储的数据是否与符号表匹配。操作步骤如下：
Project > Debug），确保目标板已连接0x08000000）0x08000004 处值为 0x08000145，则说明复位处理函数位于 0x08000144（Cortex-M 要求 LSB 为 1 表示 Thumb 状态）若调试器显示的内容与 map 文件符号地址不一致，则可能存在以下问题：链接脚本段重叠、启动代码中 SECTION .intvec:CODE:ROOT 指令缺失，或 Flash 编程算法未正确擦除扇区
本节的验收可以从失败表现倒推：当可观察信号不符合预期时，先区分是指标对照卡没有建立，还是下中断向量表符号导出影响了输出。合格材料应能说明关键对象在什么条件下成立，并用结果材料留下结果变化，而不是只写“已经完成”。继续实操前先保留一个最小复现入口，再根据实际技术应用场景里的EWARM下中断判断问题属于输入、处理过程还是输出结果。复盘顺序可以固定为IAR EWARM下中断向量表符号导出与内存映射验证、下中断向量表符号导出、关键对象三步，但每一步都要回到项目成果的当前条件，确认结论没有被旧场景带偏。第04节留下的风险提示是源码结构不要脱离项目成果单独判断，否则容易把现象误当成原因。