把STM32启动流程与固件存储布局分析落到Bootloader升级链路的触发条件、可观察状态和复查材料上，先判断问题从哪里收窄。
STM32启动流程与固件存储布局分析涉及源码、函数、脚本或 API 时，应先确认代码对象、调用条件和结果信号是否对应。
本节用Bootloader升级链路的真实调用点说明代码变化会影响哪一个操作结果。
当 STM32 芯片上电或复位后，CPU 会从 0x00000000 地址取出栈顶指针（MSP），并从 0x00000004 地址取出复位向量，跳转到该地址执行。这个看似简单的动作，却是整个固件逆向工程的起点。如果连固件入口都定位错误，后续的分析将毫无意义。本节的核心目标就是掌握 STM32 的启动流程，并能够通过 Flash 映射与 SRAM 映射，准确找到固件的入口点与中断向量表（IVT）
拿到一个未知固件后，第一步不是反汇编，而是用十六进制编辑器打开，检查偏移 0x0000 和 0x0004 处的 8 字节数据。这 8 字节决定了栈顶和复位入口，是后续所有分析的锚点
STM32 的存储器映射将 Flash 和 SRAM 固定在特定地址范围。以 STM32F4 系列为例，Flash 起始地址为 0x08000000，SRAM 起始地址为 0x20000000。复位后，CPU 通过系统总线将 0x00000000 地址映射到 Flash 的 0x08000000。这意味着，固件在 Flash 中的物理布局，直接决定了中断向量表（IVT）的位置
中断向量表（IVT）是固件逆向工程的“地图”。它从 Flash 起始地址开始，每 4 字节存放一个中断服务函数（ISR）的入口地址。前两个向量分别是栈顶指针和复位向量。通过分析 IVT，我们可以快速定位到复位处理函数、NMI 处理函数以及各种外设中断的入口。在逆向分析中，这能帮助我们快速识别固件的主逻辑入口和关键中断服务程序
如果固件起始地址的 4 字节（栈顶指针）指向 0x2000xxxx 范围，说明固件期望在 SRAM 中运行（如从 Bootloader 跳转后的应用程序）。如果指向 0x0800xxxx，则固件直接在 Flash 中执行。这是判断固件运行模式的第一条线索
在固件逆向工程（Firmware Reverse Engineering）中，定位固件入口（Firmware Entry Point）是核心工序。我们以实战教程（Practical Tutorial）的视角，演示如何通过 objdump 工具快速定位
假设我们有一个名为 firmware.bin 的固件文件，首先使用 arm-none-eabi-objdump -D -b binary -m arm -M force-thumb firmware.bin 进行反汇编。然后，直接查看地址 0x0000 和 0x0004 处的数据。例如，如果 0x0000 处是 0x200100000x0004 处是 0x08000123，那么复位向量指向 0x08000123。在反汇编输出中搜索该地址，即可找到复位处理函数的第一条指令
在一次固件升级故障排查中，我们发现设备无法正常启动。通过分析 Flash 中的固件，发现复位向量指向了一个无效地址 0x08000000（即 Flash 起始地址本身），而不是预期的 0x08000123。这表明 Bootloader 在跳转前，未正确设置向量表偏移寄存器（VTOR），导致 CPU 从错误的地址读取了复位向量。修正 VTOR 配置后，设备恢复正常
为了确保每次分析都能准确无误，我们整理了一份可复用的检查清单。这份清单是本节的核心交付物，也是后续 SRAM 调试验证（SRAM Debug Verification）的基础
| 检查项 | 标准 | 是否通过 | 常见遗漏 |
|---|---|---|---|
| 栈顶指针（MSP） | 指向 SRAM 区域（如 0x2000xxxx ），且… | ☐ | 未检查对齐，导致硬件错误 |
| 复位向量 | 指向 Flash 或 SRAM 中的有效代码区域，且为… | ☐ | 未检查 Thumb 位，导致进入 ARM 状态而崩溃 |
| 中断向量表（IVT） | 前 16 个向量（0-15）为系统异常，后续为外设中断… | ☐ | 未检查向量表完整性，遗漏关键中断入口 |
| VTOR 配置 | 若固件不在 0x08000000 运行，VTOR 必须… | ☐ | Bootloader 跳转前未重设 VTOR，导致中断… |
很多初学者认为固件入口就是复位向量指向的地址。实际上，复位向量指向的是复位处理函数，而固件入口（即第一条执行的用户代码）可能位于该函数内部，经过一段初始化代码后才到达。逆向分析时，应关注复位处理函数中的 BL 或 B 指令，找到真正的 main 函数入口
验收STM32启动流程与固件存储布局分析时，先确认STM32固件逆向工程从是否已经对应到真实输入、配置或数据，再用可观察信号观察结果是否稳定。如果STM32启动流程与固件存储布局分析或启动流程与固件存储布局分析变化后，结果材料无法解释输出差异，就说明当前结论还不能直接复用。排错入口从掌握STM32上电启动过程开始更稳：先缩小影响范围，再决定补配置、补数据、补测试，还是把结论保留为待验证记录。遇到相邻章节结论冲突时，不直接替换答案，先对照STM32启动流程与固件存储布局分析与上手动作，再确认STM32启动流程与固件存储布局分析记录的是原因、过程还是结果。第02节的复盘出口是启动流程与固件存储布局分析，它要能说明STM32启动流程与固件存储布局分析、本节收获和上手动作之间哪一项先发生变化。