1. Bootloader基础概念
各位同学好，我是老张。做嵌入式底层开发十几年了，今天咱们聊聊Bootloader。说实话，很多刚入行的朋友觉得Bootloader就是个启动代码，没啥好学的。但我告诉你，这玩意儿要是搞不明白，后面做系统移植、驱动调试，你会吃大亏。
1.1 什么是Bootloader
Bootloader，直译过来就是“引导加载程序”。说白了，它就是系统上电后第一个运行的程序。你想想看，CPU上电时内存是空的，Flash里虽然有系统镜像，但CPU没法直接跑。这时候就需要一个“中间人”来帮忙——把系统从Flash搬到内存里，然后跳过去执行。
我个人习惯把Bootloader比作“系统启动的搬运工”。它干的事情其实很简单：初始化硬件、加载系统、跳转执行。但就是这三步，里面坑特别多。
核心要点： Bootloader是硬件和操作系统之间的桥梁。没有它，你的Linux/Android系统就是一堆躺在Flash里的二进制数据。
1.2 Bootloader在嵌入式系统中的作用
我在项目中遇到过不少新手，觉得Bootloader可有可无，直接用ROM里的固化代码启动不就完了？嗯，这里要注意——ROM固化代码只能做最基本的初始化，它没法满足复杂系统的需求。
Bootloader具体干哪些活？我列一下：
- 硬件初始化： 设置时钟、配置DDR、初始化串口。这些是系统运行的基础。
- 系统加载： 从Flash、SD卡或者网络把系统镜像读到内存里。
- 启动参数传递： 告诉内核内存布局、命令行参数等信息。
- 升级恢复： 支持系统固件升级，万一刷坏了还能进恢复模式。
你可能会问：“这些工作内核自己不能做吗？” 问得好。内核确实能做，但内核本身也需要运行环境啊。这就成了“先有鸡还是先有蛋”的问题。Bootloader就是那个先存在的“蛋”。
个人经验： 我曾经在一个项目里，因为Bootloader的DDR初始化参数配错了，导致系统跑起来后随机死机。查了整整三天才定位到问题。从那以后，我每次做Bootloader移植，都会花大量时间验证硬件初始化代码。
1.3 MTK平台Bootloader架构概览
MTK平台的Bootloader，说实话，比高通、海思的要复杂一些。它采用了一套“多级启动”的架构。为什么会这样？因为MTK芯片内部有多个独立的处理器核，每个核都有自己的启动流程。
MTK平台的Bootloader主要分这么几级：
| 启动阶段 | 运行位置 | 主要功能 |
|---|---|---|
| ROM Code | 芯片内部ROM | 最基本的硬件初始化，加载下一级Bootloader |
| Preloader | SRAM | 初始化DDR，加载U-Boot |
| U-Boot | DDR | 完整的引导加载，支持命令行、网络、文件系统 |
| LK (Little Kernel) | DDR | Android系统的引导加载器，负责启动内核 |
你看这个表格，是不是觉得有点晕？我刚开始接触MTK平台时也是这个感觉。但后来我总结了一个规律：每一级Bootloader都比上一级更“胖”，功能更丰富，但同时也更依赖硬件环境。
避坑指南： 我曾经在移植Preloader时，忽略了SRAM的大小限制。Preloader编译出来有200多KB，但芯片的SRAM只有192KB。结果就是Preloader加载到一半就崩了。所以，做MTK平台开发，一定要先搞清楚每级Bootloader的内存限制。
咱们再深入一点。MTK的ROM Code是芯片出厂时固化好的，你改不了。Preloader是MTK提供的源码，你可以根据自己的硬件做修改。U-Boot和LK则是开源的，定制空间很大。
我个人建议，如果你是刚开始做MTK平台开发，先从Preloader入手。为什么？因为Preloader的代码量最小，逻辑最清晰，而且它直接跟硬件打交道。把Preloader搞明白了，后面的U-Boot和LK就水到渠成了。
嗯，这里还要提一点。MTK平台的Bootloader有一个特点：它支持“下载模式”。你按住某个按键上电，Bootloader就会进入下载模式，这时候你可以通过USB刷写固件。这个功能在量产和维修时特别有用。
我记得有一次客户现场，设备变砖了，串口没输出，JTAG也没法用。最后就是靠Bootloader的下载模式，重新刷了固件才救回来。所以，做Bootloader移植时，下载模式这块一定要保留好，别为了省空间把它砍了。
好了，这一章的内容就到这里。Bootloader的基础概念、作用和MTK平台的架构，咱们都过了一遍。下一章我会带大家搭建开发环境，手把手教你编译第一个Preloader镜像。