4、芯片级启动（BootROM）：CPU上电后的第一条指令、异常向量表与复位向量、一级BootROM的固化代码执行流程
各位同学，咱们今天聊点硬核的——芯片上电那一刻，CPU到底在干嘛？
很多人学操作系统，上来就研究Linux内核启动、Uboot怎么加载。但说实话，如果你没搞懂芯片上电后第一条指令从哪来，后面那些都是空中楼阁。我当年刚入行时，也以为上电后直接就跑Uboot了，结果被 mentor 一句话点醒：“你连复位向量在哪都不知道，怎么敢说懂启动？”
好，咱们今天就把它彻底讲透。
4.1 CPU上电后的第一条指令
芯片上电后，CPU处于复位状态。此时PC指针指向哪里？
答案是：复位向量地址。
对于ARM Cortex-A系列，复位向量通常是0x00000000或0xFFFF0000（由硬件配置决定）。对于RISC-V，复位向量一般是0x80000000或芯片自定义地址。鸿蒙支持的ARM和RISC-V平台，都遵循这个规则。
CPU上电瞬间，硬件逻辑会做以下几件事：
- 电源稳定后，复位信号释放
- CPU从复位向量地址取第一条指令
- 执行该指令，开始初始化流程
嗯，这里要注意：第一条指令不是C语言写的，必须是汇编。因为此时堆栈还没设置，C环境根本跑不起来。我在项目中见过有人试图在复位后直接跳C函数，结果系统直接跑飞——这就是没理解“第一条指令必须是汇编”这个铁律。
4.2 异常向量表与复位向量
异常向量表，说白了就是一张“紧急情况处理表”。CPU遇到中断、异常、复位等情况时，会查这张表，找到对应的处理函数地址。
以ARM为例，异常向量表通常占用32字节（8个异常，每个4字节）：
地址 异常类型
0x00000000 复位 (Reset)
0x00000004 未定义指令 (Undefined Instruction)
0x00000008 软件中断 (SWI)
0x0000000C 预取中止 (Prefetch Abort)
0x00000010 数据中止 (Data Abort)
0x00000014 保留 (Reserved)
0x00000018 IRQ (普通中断)
0x0000001C FIQ (快速中断)
复位向量是异常向量表的第一个条目。CPU上电或按下复位键时，硬件自动跳到这里。
我曾经调试过一个板子，发现复位后总是跑飞。查了半天，结果是BootROM里的异常向量表被意外改写了。从那以后，我养成了一个习惯：启动后先校验异常向量表的完整性。
4.3 一级BootROM的固化代码执行流程
一级BootROM，是芯片出厂时固化在ROM里的代码。用户改不了，也删不掉。它的任务很简单：把二级BootLoader（比如Uboot、鸿蒙的HBL）从存储介质加载到RAM里。
执行流程大致如下：
- 硬件初始化：设置时钟、关闭看门狗、初始化内存控制器
- 检测启动介质：轮询SPI Flash、eMMC、SD卡、UART等，判断哪个介质有合法镜像
- 加载二级BootLoader：从介质读取镜像到SRAM或DDR
- 校验镜像：检查签名或CRC，防止篡改
- 跳转执行：将PC指针指向二级BootLoader入口
你想想看，这一步如果出问题，整个系统就废了。我遇到过最坑的一次：某款芯片的BootROM在检测启动介质时，优先顺序写死了，导致我明明把镜像烧进了eMMC，它却从空的SPI Flash启动，结果卡死。后来只能改硬件启动引脚配置才解决。
4.4 鸿蒙中的一级BootROM实现特点
鸿蒙在芯片级启动上，做了一些有意思的设计：
- 支持多平台：ARM和RISC-V的BootROM逻辑统一抽象
- 安全启动链：一级BootROM校验二级BootLoader，二级校验内核，形成信任链
- 最小化依赖：BootROM代码尽量精简，只做必要初始化
我个人习惯在调试阶段，先确认BootROM是否正常跳转。方法很简单：在二级BootLoader入口处点个LED或打印个字符。如果灯亮了，说明BootROM工作正常；如果不亮，问题就在芯片级启动阶段。
4.5 知识体系流程图
下面这张图，帮你把整个芯片级启动的逻辑串起来：
这张图把整个流程串起来了。从上电到加载二级BootLoader，每一步都环环相扣。你只要记住：复位向量是入口，BootROM是管家，异常向量表是安全网。
好，这一章就到这。芯片级启动是系统启动的基石，搞懂了它，后面学Uboot和内核启动就轻松多了。