3. 启动流程全景图：从芯片上电复位到 main() 函数执行

各位同学，今天我们来聊聊 GD32V 的启动流程。说实话，我刚接触 RISC-V 时，觉得启动这块挺神秘的——芯片一上电，到底发生了什么？程序计数器怎么就从 0x00000000 跳到了我的 main() 函数？

其实，说白了，启动流程就是芯片的「自我救赎」过程。它要完成从混沌到有序的转变。我个人习惯把启动分为三个阶段：硬件复位、引导加载、C 环境初始化。下面我们逐个拆解。

3.1 上电复位：芯片的第一口呼吸

当 GD32V 芯片上电瞬间，内部 POR（Power-On Reset）电路会检测电压。电压稳定后，芯片释放复位信号。这时候，RISC-V 内核会做以下几件事：

• PC 指针加载：从地址 0x00000000 读取复位向量。嗯，这里要注意，GD32V 的复位向量指向的是 __start 函数，而不是 main()。
• 栈指针初始化：从地址 0x00000004 读取栈顶地址，写入 sp 寄存器。
• 全局中断关闭：mie 寄存器清零，确保启动阶段不受中断干扰。

我曾经在调试一个项目时，发现芯片死活跑不起来。查了半天，原来是链接脚本里把向量表放错了位置。你想想看，PC 跳到一个空地址，能跑才怪。

3.2 引导加载：从汇编到 C 的桥梁

复位后，CPU 执行的第一段代码是汇编写的启动文件（startup_GD32V.s）。这段代码不长，但每行都很关键。我把它拆成几个步骤：

1. 设置栈指针：再次确认 sp 指向正确的 RAM 区域。
2. 清零 BSS 段：把未初始化的全局变量区域全部写 0。这是 C 标准的要求。
3. 拷贝数据段：从 Flash 把已初始化的全局变量拷贝到 RAM 中。
4. 初始化堆：设置堆的起始地址和大小，为 malloc 做准备。
5. 调用 main()：最后一条指令是 jal main，跳转到 C 世界。

3.3 启动流程全景图

下面这张图，是我自己整理的 GD32V 启动全景。每次做新项目，我都会先对照这张图检查一遍启动代码。

3.4 启动过程中的关键寄存器

启动过程中，有几个寄存器你必须要盯住。我列了个表，方便你对照检查：

寄存器	复位值	启动中的作用
pc	0x00000000	从复位向量表加载第一条指令地址
sp	0x00000004 处读取	初始化栈指针，为函数调用做准备
mstatus	0x00001800	设置 M 模式，关闭全局中断
mie	0x00000000	所有中断屏蔽，防止启动阶段被打断
mtvec	复位向量地址	指向异常/中断入口表

3.5 链接脚本与启动的关系

启动流程能不能跑通，一半看启动代码，另一半看链接脚本。链接脚本决定了各个段在内存中的布局。GD32V 的典型内存布局是这样的：

MEMORY
{
    FLASH (rx)  : ORIGIN = 0x08000000, LENGTH = 128K
    RAM   (rwx) : ORIGIN = 0x20000000, LENGTH = 32K
}

SECTIONS
{
    .text : {
        *(.vector_table)   /* 向量表必须放在最前面 */
        *(.text)           /* 代码段 */
    } > FLASH

    .data : {
        *(.data)           /* 已初始化数据 */
    } > RAM AT> FLASH      /* 加载在 Flash，运行时在 RAM */

    .bss : {
        *(.bss)            /* 未初始化数据 */
    } > RAM
}

这里有个细节：.data 段用了 AT> FLASH，意思是数据在 Flash 里存着，但运行时拷贝到 RAM。启动文件里的数据拷贝操作，就是根据这个布局来做的。

3.6 启动性能调优要点

启动速度在某些场景下很关键，比如工业设备要求上电后 100ms 内进入工作状态。我总结了几条优化思路：

• 减少 BSS 段大小：清零操作是 O(n) 的，全局变量越多，启动越慢。能用局部变量就别用全局的。
• 数据段紧凑排列：把频繁使用的数据放在一起，减少缓存缺失。
• 跳过不必要的初始化：如果某些外设用不到，启动文件里就别初始化它。
• 使用快速拷贝：数据拷贝可以用字拷贝（4 字节）代替字节拷贝，速度提升 4 倍。