4. 复位向量与启动代码
说实话，很多做嵌入式开发的朋友，写了几年代码，可能都没认真想过——芯片上电后，第一条指令到底是从哪里取出来的？
我刚开始接触 GD32V 的时候，也以为就是简单的 0x00000000。结果第一次调试 bootloader，死活跳不到用户程序，查了半天才发现是复位向量的配置出了问题。嗯，今天我们就来把这个「起点」彻底讲清楚。
4.1 复位向量地址：芯片的「出生证明」
GD32V 是基于 RISC-V 架构的，它的复位向量和 ARM Cortex-M 系列不太一样。ARM 的复位向量通常指向栈顶指针和复位中断服务函数，而 RISC-V 的复位向量直接指向第一条可执行指令的地址。
对于 GD32V，复位向量地址固定在 0x00000000。但这里有个关键点——这个地址是映射到 Flash 还是 SRAM，取决于 BOOT 引脚的配置。
核心概念：复位向量 ≠ 中断向量表。在 GD32V 中，0x00000000 存放的是第一条指令，而不是栈指针。这是 RISC-V 和 ARM 的重要区别。
4.2 BOOT0/BOOT1 启动模式选择
GD32V 提供了两种启动模式，通过 BOOT0 和 BOOT1 引脚的电平组合来选择。我整理了一张表，方便大家对照：
| BOOT1 | BOOT0 | 启动模式 | 映射地址 | 典型用途 |
|---|---|---|---|---|
| X | 0 | 主 Flash 启动 | 0x08000000 → 0x00000000 | 正常运行用户程序 |
| 0 | 1 | 系统存储器启动 | 0x1FFF0000 → 0x00000000 | 出厂 Bootloader（串口下载） |
| 1 | 1 | SRAM 启动 | 0x20000000 → 0x00000000 | 调试/测试模式 |
你可能会问：为什么地址是映射的？
其实很简单。芯片上电后，CPU 会从 0x00000000 取指令，但物理上 Flash、系统存储器和 SRAM 的地址并不在 0x00000000。所以芯片内部做了一个地址重映射——把对应存储器的起始地址映射到 0x00000000。说白了，就是「借个地址用一下」。
我的经验：调试阶段我习惯用 SRAM 启动模式，因为可以反复下载程序而不磨损 Flash。但量产时一定要切回主 Flash 启动，否则断电后程序就丢了。
4.3 第一条指令的执行过程
好，现在我们来看看芯片上电后，到底发生了什么。我画了一张流程图，把整个过程串起来：
流程看起来不复杂，但有几个细节值得注意：
- BOOT 引脚采样是「一次性」的——只在复位释放的上升沿采样一次。之后改变 BOOT 引脚电平不会生效，必须重新复位。
- 地址重映射是硬件完成的——不需要软件干预。芯片内部有一个映射逻辑，根据 BOOT 模式把对应的物理地址空间「镜像」到 0x00000000。
- 第一条指令必须是有效的 RISC-V 指令——如果 Flash 是空的或者内容损坏，CPU 会执行到非法指令，触发异常。
4.4 实战：如何确认复位向量是否正确？
我在项目中遇到过一个问题：用 J-Link 调试时，程序总是跑飞。后来用调试器读了一下 0x00000000 的内容，发现全是 0xFF——Flash 根本没烧录成功。
这里分享一个验证方法：
避坑指南：我曾经在批量生产时发现一批芯片无法启动，排查了三天，最后发现是 BOOT0 引脚虚焊，导致芯片一直处于系统存储器启动模式。从此以后，我都在 PCB 设计时给 BOOT 引脚加上 10kΩ 下拉电阻，确保默认状态是主 Flash 启动。
验证复位向量的步骤：
- 用调试器连接芯片，复位后暂停
- 读取 PC（程序计数器）的值——正常应该指向 0x00000000
- 读取 0x00000000 处的指令码，反汇编确认是否是启动代码的第一条指令
- 检查 BOOT0/BOOT1 引脚电平，确认与预期启动模式一致
// 示例：通过 OpenOCD 读取复位向量
// 连接 GD32V 后执行：
halt
reg pc // 查看程序计数器
mdw 0x00000000 // 读取第一条指令的机器码
// 输出示例：
// pc: 0x00000000
// 0x00000000: 0x00100513 (li a0, 1)4.5 启动模式选择的实际考量
不同的启动模式有不同的应用场景。我个人建议：
| 场景 | 推荐模式 | 原因 |
|---|---|---|
| 产品量产 | 主 Flash 启动 | 程序固化，掉电不丢失 |
| 固件升级 | 系统存储器启动 | 使用出厂 Bootloader 通过串口更新 |
| 调试开发 | SRAM 启动 | 下载快，不磨损 Flash |
| Bootloader 开发 | 主 Flash + 软件跳转 | 先运行 Bootloader，再跳转到用户程序 |
你想想看，如果搞不清楚复位向量的映射关系，写 Bootloader 的时候很容易把跳转地址搞错。我见过有人直接把 0x08000000 硬编码成跳转目标，结果在 SRAM 启动模式下直接跑飞——因为 SRAM 模式下 0x08000000 根本不可用。
嗯，关于复位向量和入口点，今天就聊到这里。记住一句话：芯片从哪里开始跑，取决于 BOOT 引脚；而能不能跑起来，取决于 0x00000000 处有没有正确的指令。