2、计算机启动流程：CPU复位、ROM/BIOS/UEFI初始化、硬件自检、引导设备选择
按下电源键的那一刻，计算机内部发生了什么？
很多人觉得启动就是“屏幕亮了，然后进系统”。其实不然。从按下开关到操作系统跑起来，中间有一整套硬件和固件的接力流程。我做了这么多年底层开发，每次调试启动问题都像在破案——而破案的关键，就是搞懂这个流程的每一个环节。
这一节，我们就把计算机启动的完整链路拆开来看。从CPU复位，到BIOS/UEFI初始化，再到硬件自检和引导设备选择。每一步都有它的设计逻辑，也藏着不少坑。
2.1 CPU复位：一切从这里开始
按下电源键，主板开始供电。电源稳定后，会向CPU发送一个复位信号（RESET）。
CPU收到复位信号后，会做两件事：
- 将所有内部寄存器恢复到默认值
- 从预定义的复位向量地址取第一条指令
这个复位向量地址是硬件写死的。对于x86架构，它位于0xFFFFFFF0（4GB地址空间的末尾16字节处）。
关键点：CPU复位后，内存还是空的。CPU直接访问的是ROM/Flash中的固件代码。这就是为什么复位向量必须指向非易失性存储。
我个人习惯把复位向量理解为“CPU的出生证明”——它告诉CPU：你该从哪里开始你的生命。如果这个地址指向的代码坏了，整个系统就废了。
2.2 ROM/BIOS/UEFI初始化：固件登场
CPU从复位向量取到的第一条指令，属于固件。传统上是BIOS，现代平台则是UEFI。
不管是BIOS还是UEFI，它们的第一步工作都是初始化CPU和芯片组。这时候内存还没好，代码只能在CPU的缓存（Cache as RAM）里运行。
我记得早期做x86板卡调试时，最头疼的就是这一步。Cache as RAM的配置一旦写错，CPU直接跑飞，连个错误提示都没有。后来我学乖了——先确认复位向量能正确跳转，再动Cache配置。
2.2.1 BIOS vs UEFI：核心差异
| 对比项 | 传统BIOS | UEFI |
|---|---|---|
| 接口 | 16位实模式，中断调用 | 32/64位保护模式，Protocol接口 |
| 存储介质 | NOR Flash，通常1~2MB | SPI Flash，通常8~32MB |
| 引导方式 | 读取MBR（主引导记录） | 读取GPT分区表，支持EFI应用 |
| 扩展性 | 差，依赖Option ROM | 好，支持驱动模块化加载 |
| 安全性 | 无签名校验 | 支持Secure Boot |
说白了，BIOS是上个时代的产物。它只能在16位实模式下工作，访问1MB以内的地址空间。UEFI则是一个小型操作系统，有驱动模型、有内存管理、有网络协议栈。
我的建议：新项目直接上UEFI。除非你在维护古董级硬件，否则别碰BIOS。UEFI的调试手段比BIOS丰富太多了——至少你能看到串口日志。
2.3 硬件自检（POST）：不是简单的“查一遍”
POST（Power-On Self-Test）是固件对关键硬件的一次快速体检。它检查的内容包括：
- CPU：基本指令是否正常，缓存是否可用
- 内存：控制器初始化，内存条是否存在
- 芯片组：PCIe总线、中断控制器、定时器
- 存储控制器：SATA/NVMe控制器是否就绪
- 显示设备：显卡初始化（至少能输出画面）
POST不是一次性的。它分两个阶段：
- 早期POST：在内存初始化之前，只检查CPU和芯片组。这时候连错误码都只能通过蜂鸣器或主板上的Debug灯输出。
- 后期POST：内存就绪后，加载完整的固件模块，初始化外设，显示启动画面。
我曾经遇到过一个案例：某工控机每次冷启动都会卡在POST阶段，热重启却正常。查了三天，发现是内存训练参数在低温下不稳定。嗯，这种问题最折磨人——因为POST阶段连日志都抓不到。
注意：POST失败不一定会死机。有些固件会尝试跳过故障设备继续启动。但跳过不代表安全——我曾经见过一台服务器跳过内存错误后跑了半年，直到某次业务高峰直接崩溃。
2.4 引导设备选择：固件如何决定从哪启动
POST通过后，固件需要决定：从哪个设备加载操作系统？
这个决策过程遵循一个优先级列表。列表由用户在固件设置界面中配置，通常包括：
- 硬盘（SATA/NVMe）
- U盘
- 光驱
- 网络启动（PXE）
- 其他可移动设备
固件按顺序尝试每个设备。对于每个设备，它会检查：
- 设备是否存在且可用
- 设备上是否有可识别的引导签名
- 如果是UEFI模式，检查EFI系统分区中的引导文件
找到第一个符合条件的设备后，固件就把控制权交出去。如果所有设备都失败，屏幕上就会出现经典的：
No bootable device -- insert boot disk and press any key你想想看，这个提示背后其实隐含了一个设计哲学：固件只负责“找到启动器”，不负责“启动成功”。引导设备选择完成后，固件的使命就结束了。剩下的，是Bootloader的事。
2.5 整体流程框架图
下面这张图把整个启动流程串起来了。我建议你把它存下来，以后排查启动问题时对照着看。
2.6 避坑指南：启动流程中的常见问题
做嵌入式这些年，我在启动流程上踩过的坑不少。挑几个典型的说说：
- 复位向量配置错误：CPU上电后直接跑飞。解决办法是检查硬件原理图，确认复位芯片的时序和CPU要求一致。
- 内存训练失败：DDR初始化参数不对，导致POST卡死。我建议在开发阶段保留串口日志输出，至少能看到训练失败的错误码。
- 引导设备顺序混乱：插着U盘重启，结果系统从U盘启动了。这不是Bug，是设计——但很多人不知道固件设置里可以调优先级。
- Secure Boot导致无法引导：UEFI开启Secure Boot后，未签名的Bootloader会被拦截。我曾经被这个问题坑过一次，后来养成了习惯：调试阶段先关Secure Boot。
调试小技巧：如果板子POST阶段没有任何输出，先检查复位信号和时钟。用示波器量一下CPU的RESET引脚和晶振输出。很多时候，问题不在固件，而在硬件没跑起来。
启动流程是计算机系统最底层的逻辑。搞懂它，你就能理解为什么有些问题只在冷启动时出现，为什么换了个U盘就启动不了，为什么固件升级后系统变砖。这些都不是玄学，而是流程中的某个环节出了问题。