2、启动流程分析：芯片上电到main函数的完整路径、复位向量与中断向量表、启动模式选择。
各位同学，咱们今天聊点硬核的。芯片上电之后，到底发生了什么？从复位信号拉高，到你的 main() 函数跑起来，这中间的路，说长不长，说短不短。我见过不少工程师，写了几年嵌入式代码，却说不清启动流程。嗯，这其实挺危险的——你连芯片“醒过来”的第一步都不清楚，怎么保证系统稳定？
2.1 从复位到第一条指令：芯片的“第一口呼吸”
芯片上电那一刻，电源电压还没稳定。等电压爬升到阈值，复位电路会拉低复位引脚，让芯片内部所有寄存器回到默认状态。然后复位信号释放，芯片开始执行第一条指令。
这条指令的地址从哪里来？
说白了，就是从 复位向量 里取。大多数 ARM Cortex-M 系列芯片，复位后会自动从 0x00000000 地址加载栈指针（MSP），从 0x00000004 加载 PC 指针。也就是说，芯片的“第一口呼吸”是固定的——它先看这两个地址，然后跳过去执行。
关键点： 复位向量不是代码，而是地址。它告诉 CPU：“嘿，你的第一条指令在 0x08000000 这个地方。”
我记得有一次调试一块新板子，焊好之后死活跑不起来。用示波器量复位引脚，波形正常。后来查了半天，发现是 bootloader 的链接脚本写错了，复位向量指向了一个未初始化的区域。嗯，从那以后，我每次做新板子，第一件事就是确认复位向量的地址对不对。
2.2 中断向量表：系统的“紧急通讯录”
中断向量表，你可以把它想象成一本电话簿。每个中断源都有一个对应的“电话号码”——也就是中断服务函数的地址。当某个中断触发时，CPU 会查这个表，找到对应的函数去执行。
这张表通常放在 Flash 的起始位置。以 STM32 为例，默认的向量表基地址是 0x08000000。表的结构是这样的：
| 偏移地址 | 内容 | 说明 |
|---|---|---|
| 0x0000 | MSP 初始值 | 主栈指针的初始地址 |
| 0x0004 | 复位向量 | 复位后第一条指令的地址 |
| 0x0008 | NMI 向量 | 不可屏蔽中断入口 |
| 0x000C | HardFault 向量 | 硬件错误中断入口 |
| ... | ... | 其他外设中断向量 |
你想想看，如果这张表被破坏了，或者地址不对，中断来了 CPU 就找不到处理函数。轻则功能异常，重则直接跑飞。我有个同事曾经在升级固件时，不小心把向量表所在的扇区擦掉了，结果芯片直接变砖。所以，向量表的位置和完整性，是启动流程的命门。
警告： 如果你的 bootloader 和应用代码共用 Flash，一定要确保应用代码的向量表被重映射到正确的偏移地址。否则，中断来了会跳到 bootloader 的向量表里，后果你懂的。
2.3 启动模式选择：芯片的“人格分裂”开关
很多芯片支持多种启动模式。比如 STM32 可以通过 BOOT0 和 BOOT1 引脚，选择从主 Flash、系统存储器（内置 bootloader）或 SRAM 启动。
为什么要搞这么多模式？
说白了，就是为了方便开发和量产。开发阶段，你可能想从 SRAM 启动，调试起来更快。量产阶段，你需要从主 Flash 启动。如果芯片变砖了，还可以通过系统存储器的内置 bootloader 来恢复。
启动模式的选择，通常是在复位时采样引脚电平决定的。芯片内部有一个“启动配置寄存器”，复位后根据引脚状态锁定启动源。我个人习惯在设计电路时，把 BOOT0 和 BOOT1 引脚都加上拉或下拉电阻，并留出跳线帽的位置。这样调试和量产切换起来很方便。
小技巧： 如果你用 STM32，可以在代码里通过读取 SYSCFG->MEMRMP 寄存器，来确认当前是从哪个存储区域启动的。这在调试多启动源系统时特别有用。
2.4 从复位向量到 main()：中间发生了什么？
好，芯片从复位向量跳到了启动代码。这个启动代码通常由芯片厂商提供，放在启动文件（比如 startup_stm32f4xx.s）里。它干了这么几件事：
- 初始化栈指针：把向量表里的 MSP 初始值加载到 SP 寄存器。
- 清零 BSS 段：把未初始化的全局变量区域全部置零。
- 拷贝数据段：把 Flash 中的初始化数据拷贝到 SRAM 中。
- 初始化系统时钟：配置 PLL、分频器等，让 CPU 跑在目标频率。
- 调用 C 运行时库：初始化堆、全局构造函数等。
- 跳转到 main()：最后，调用
main()函数。
这段代码是汇编写的，看起来有点吓人。但你仔细看，其实逻辑很简单。我刚开始学的时候，把启动文件从头到尾读了一遍，发现它就是个“搬运工”——把数据从 Flash 搬到 SRAM，把控制权交给 C 代码。
这里有个坑，我曾经踩过：如果你的链接脚本里，BSS 段的起始地址和长度定义错了，启动代码清零时可能会把别的变量给清掉。结果就是，某些全局变量莫名其妙变成 0。排查起来特别头疼。所以，链接脚本和启动文件一定要配对使用，别随便改。
2.5 一个典型的启动流程示例
咱们以 STM32F4 为例，画一下完整的路径：
芯片上电 → 复位信号释放
→ CPU 从 0x00000000 加载 MSP
→ CPU 从 0x00000004 加载 PC（指向 Reset_Handler）
→ 执行 Reset_Handler（汇编代码）
→ 初始化栈
→ 清零 BSS
→ 拷贝 .data 段
→ 调用 SystemInit() 配置时钟
→ 调用 __libc_init_array() 初始化 C 库
→ 跳转到 main()
你看，从复位到 main()，一共就这几步。但每一步都环环相扣，任何一个环节出错，系统都起不来。
总结一下： 启动流程的核心就是“向量表引导 + 启动代码初始化”。向量表告诉 CPU 从哪里开始，启动代码准备好 C 运行环境。搞懂了这两点，你就掌握了嵌入式系统的“开机密码”。
下一章，咱们会深入分析 bootloader 的设计思路，看看怎么在启动流程里插入自己的代码。到时候你会发现，理解了今天的启动流程，bootloader 其实就是在这个路径上“加个塞”而已。