1. UEFI 概述：从 BIOS 到 UEFI 的演进
大家好，我是你们这趟 UEFI 探索之旅的向导。说实话，干这行十几年了，每次看到新同事对着黑底白字的 BIOS 界面发懵，我就想起自己当年被折腾得够呛的日子。今天咱们先不急着敲代码，把地基打牢——搞清楚 UEFI 到底是什么，它跟老前辈 BIOS 有啥恩怨情仇，又是怎么一步步走到今天的。
1.1 UEFI 与 BIOS：新老两代的正面交锋
很多人觉得 UEFI 就是个“高级版 BIOS”，其实这个说法不太准确。BIOS（Basic Input/Output System）是上世纪 80 年代的老古董了，而 UEFI（Unified Extensible Firmware Interface）是它的继任者。我习惯把 BIOS 比作“老式座机”——功能单一、界面死板、扩展困难；UEFI 则是“智能手机”——模块化、可扩展、图形化。
咱们直接看对比，这样更直观：
| 对比维度 | 传统 BIOS | UEFI |
|---|---|---|
| 运行模式 | 16 位实模式 | 32/64 位保护模式或长模式 |
| 寻址能力 | 1MB 地址空间（憋屈） | 理论上无限制（爽快） |
| 磁盘分区 | MBR（最大 2TB，4 个主分区） | GPT（最大 9.4ZB，128 个分区） |
| 启动速度 | 慢（逐个设备轮询） | 快（并行初始化） |
| 用户界面 | 纯文本，键盘操作 | 图形界面，支持鼠标 |
| 扩展性 | 几乎为零（全靠 Option ROM） | 强（驱动/应用模块化加载） |
| 安全性 | 几乎没有 | Secure Boot、TPM 支持 |
核心差异一句话：BIOS 是“硬编码”的，UEFI 是“可编程”的。你想想看，BIOS 的代码写死在 ROM 里，想改个功能得刷整个固件；UEFI 呢？加个驱动、装个应用，跟往手机里装 App 差不多。
我记得有一次给一台老服务器装系统，BIOS 死活认不出 3TB 的硬盘。折腾了半天，最后只能换 UEFI 主板。从那以后，我但凡遇到大容量存储，第一反应就是——先看固件支不支持 UEFI。
1.2 UEFI 的发展历史：从 Intel 独奏到行业合奏
UEFI 不是一天建成的。它的前身叫 EFI（Extensible Firmware Interface），是 Intel 在 1998 年启动的项目。当时 Intel 搞安腾（Itanium）处理器，发现 BIOS 那套 16 位实模式根本撑不起 64 位架构。说白了，BIOS 是给 8086 准备的，安腾这种“巨无霸”它带不动。
我简单梳理一下时间线：
- 1998 年：Intel 启动 EFI 项目，目标是为安腾平台设计一套全新的固件接口。
- 2005 年：Intel 把 EFI 1.10 规范贡献给 UEFI 论坛，从此改名为 UEFI（Unified EFI）。
- 2007 年：UEFI 2.1 规范发布，加入了 Secure Boot、网络启动等关键特性。
- 2012 年：Windows 8 强制要求支持 UEFI 和 Secure Boot，UEFI 开始大规模普及。
- 至今：UEFI 2.10+ 规范持续演进，支持 ARM、RISC-V 等架构，成为固件事实标准。
一个小插曲：我当年第一次接触 EFI 是在 2006 年，给一台 Intel 开发板写启动代码。那时候文档少得可怜，全靠啃 Intel 的 EFI 开发者指南。现在回头看，UEFI 论坛的规范已经超过 2000 页了，内容越来越丰富，但入门门槛也高了。嗯，咱们这门课就是帮你跨过这道门槛。
为什么 UEFI 能取代 BIOS？原因其实很简单：时代变了。BIOS 的设计思路停留在 DOS 时代，而现代操作系统需要更大的地址空间、更快的启动速度、更强的安全机制。UEFI 正好满足了这些需求。
1.3 UEFI 启动流程概览：从按下电源键到看见桌面
好了，重头戏来了。UEFI 的启动流程，说白了就是固件怎么把电脑从“一块冷冰冰的电路板”变成“一个能跑操作系统的机器”。我习惯把它分成 7 个阶段，咱们一个一个看。
先上一张流程图，帮你建立整体印象：
这 7 个阶段，我挑几个重点跟你聊聊：
SEC（安全验证）
这是 UEFI 启动的第一道关卡。CPU 上电后，第一条指令就指向 SEC 代码。它负责验证固件的完整性，建立“信任根”。我遇到过一台机器，SEC 阶段卡住了，结果发现是 SPI Flash 芯片的校验和不对。嗯，这种问题最头疼，因为连调试信息都看不到。
PEI（EFI 前期初始化）
PEI 阶段的核心任务是初始化内存。你想想看，没有内存，代码怎么跑？PEI 用极小的代码量（通常只有几十 KB）把内存控制器配置好，然后才能把控制权交给 DXE。我个人习惯把 PEI 比作“先搭个脚手架，再盖大楼”。
DXE（驱动执行环境）
DXE 是 UEFI 最核心的阶段。它加载各种设备驱动——硬盘、显卡、网卡、USB 控制器等等。这些驱动以 UEFI 协议的形式存在，可以被其他模块调用。我曾经在 DXE 阶段踩过一个坑：某个第三方网卡驱动跟主板自带的 USB 驱动冲突，导致启动时蓝屏。排查了整整两天，最后发现是驱动加载顺序的问题。
避坑指南：DXE 阶段的驱动加载顺序很重要。如果你在开发 UEFI 驱动，一定要用正确的依赖关系（Depex）来声明你的驱动需要哪些协议。否则，轻则启动失败，重则烧硬件。
BDS（启动设备选择）
BDS 阶段就是“选谁启动”。它会扫描所有可启动设备——硬盘、U 盘、光驱、网络——然后按照你在固件设置里配置的优先级，挨个尝试。如果第一个设备没有有效的引导器，就试下一个。我记得有一次给客户部署系统，U 盘插在 USB 3.0 口上死活不认，换到 USB 2.0 口就好了。后来发现是那个主板的 UEFI 固件对 xHCI 控制器支持不完善。
TSL 到 AL
TSL 阶段，操作系统引导器（比如 Windows Boot Manager 或 GRUB）开始干活。它加载操作系统内核，然后 UEFI 进入 RT（运行时）阶段，把控制权彻底交给操作系统。AL 阶段嘛，希望咱们永远用不到——那是系统崩溃后的恢复模式。
1.4 小结：为什么你要学 UEFI？
说了这么多，你可能想问：我一个系统管理员/运维工程师/嵌入式开发者，为什么要学 UEFI？
原因很简单：UEFI 已经无处不在。从 2012 年 Windows 8 强制要求 UEFI 开始，几乎所有新出厂的 PC 和服务器都预装 UEFI 固件。你部署系统、排查启动故障、做安全加固，都绕不开 UEFI。
而且，UEFI 的模块化设计让你能做很多 BIOS 时代想都不敢想的事：
- 在固件层面写一个网络诊断工具
- 给系统加一层 Secure Boot 防护
- 自定义启动菜单和恢复环境
- 甚至写一个 UEFI 下的小游戏（我见过有人在 UEFI Shell 里跑贪吃蛇）