第2章 Bootloader分区详解

第1章：Bootloader分区详解

大家好，我是老张。今天咱们聊聊Bootloader分区。

说实话，Bootloader这玩意儿，很多做上层应用开发的兄弟可能一辈子都碰不到。但你要是想深入定制AOSP，这块儿就是绕不过去的坎。我当年第一次刷机变砖，就是因为没搞懂Bootloader的启动逻辑——嗯，那都是后话了。

现在的Android设备，Bootloader基本就两派：ABL（Android Bootloader）和UEFI（统一可扩展固件接口）。

ABL是高通平台的老传统了。说白了，它就是一套专门为Android设计的启动方案。我最早接触ABL是在骁龙820时代，那时候的ABL还比较简单，主要就是初始化硬件、校验签名、拉起内核。

UEFI呢？它原本是PC界的标准，后来被ARM服务器和高端手机给带进来了。像华为的麒麟平台、部分联发科平台，现在都在用UEFI。UEFI的好处是标准化程度高，驱动模型完善，但坏处是——嗯，启动速度比ABL慢那么一丢丢。

核心区别一句话总结：

你按下电源键的那一刻，发生了什么？我拆开来说。

第一步：PBL（Primary Bootloader）
这是固化在ROM里的代码，不可修改。它负责初始化最基本的硬件——时钟、电源、内存控制器。然后从eMMC/UFS的特定位置加载SBL（Secondary Bootloader）。

第二步：SBL/ABL
SBL会初始化更复杂的硬件，比如DDR内存、存储控制器。然后它找到Bootloader分区，把ABL或UEFI加载到内存里。这里有个关键点：SBL会校验ABL的签名。如果签名不对，直接死机——我当年就是在这步栽的跟头。

第三步：ABL/UEFI启动
ABL开始干活了。它会做几件事：

UEFI的流程类似，但它会先加载UEFI驱动，然后通过EFI Stub启动内核。我个人觉得UEFI的启动过程更优雅，但调试起来也更麻烦。

小技巧： 如果你想看ABL的启动日志，可以在fastboot模式下执行 fastboot oem log。有些厂商会屏蔽这个命令，但大部分高通平台都支持。

Bootloader分区长什么样？我直接给你看分区表。

镜像格式这块，ABL用的是标准的Android sparse image格式。说白了就是稀疏镜像——只存储实际有数据的块，空白区域不占空间。UEFI则喜欢用FAT分区格式，把EFI应用程序直接扔进去。

我遇到过最坑的事是什么？有一次客户要求把Bootloader从ABL换成UEFI，结果发现分区表不兼容。ABL的分区是固定大小的，UEFI需要动态分配。最后只能重新刷整个分区表——嗯，那台设备现在还在我抽屉里躺着呢。

你要定制Bootloader？先听我说完这几点。

警告：定制Bootloader有变砖风险！

签名校验：绝大多数设备都会校验Bootloader签名。你改了代码，签名就失效了。要么关掉校验（需要解锁Bootloader），要么用自己的签名（需要刷入对应的公钥）。
分区大小：别把Bootloader做得太大。分区大小是固定的，超了直接写不进去。我建议控制在分区大小的80%以内。
兼容性：你的Bootloader要兼容所有硬件变体。不同屏幕、不同传感器、不同内存——都得支持。这就是为什么设备树（DT）这么重要。

具体定制步骤：

我曾经帮一个客户定制Bootloader，需求很简单——在启动时显示公司Logo。结果呢？改了Logo后，设备启动到一半就黑屏了。查了两天才发现，是Logo的分辨率超过了屏幕支持的最大分辨率。你想想看，一个Logo都能搞出这种事，更别说改核心逻辑了。

我的建议： 如果你只是改Logo或启动参数，完全没必要动Bootloader源码。用fastboot oem命令或者修改dtbo分区就能搞定。动Bootloader源码，那是最后的手段。

Bootloader出问题了怎么查？我一般用这几招：

说实话，调试Bootloader最痛苦的是——你改了代码，刷进去，设备起不来。然后你只能通过串口看日志，猜问题在哪。我有一回为了修一个内存初始化的问题，连续熬了三个晚上。最后发现是时序参数配错了——就一个数字的事。

好了，Bootloader这块儿就先聊到这儿。下一章咱们讲Boot分区——那个才是真正放内核和ramdisk的地方。到时候我会教你怎么自己做一个能启动的Boot镜像。

记住一句话：Bootloader是系统的守门员。你把它搞明白了，后面的事儿就顺了。

本章要点回顾：