1、Bootloader概述：什么是Bootloader、Bootloader在嵌入式系统中的角色、常见的Bootloader方案对比

说实话，我刚开始做嵌入式那会儿，对Bootloader的理解就是「上电后跑的那段黑盒子代码」。直到有一次，我在一个STM32项目上把Flash里的应用程序擦坏了，板子直接变砖，连调试器都连不上——那时候我才真正意识到，Bootloader这东西，搞不好就是你的最后一道防线。

这一章，咱们就把Bootloader的底裤扒干净。不绕弯子，直接上干货。

Bootloader，直译过来就是「引导加载程序」。它是一段在系统上电或复位后最先执行的代码。它的核心任务就两个：初始化硬件，然后把控制权交给真正的应用程序。

你想想看，CPU上电那一刻，RAM还没初始化，时钟还没配好，外设都处于默认状态——这时候你让应用程序直接跑，它连个栈都建不起来。所以必须有一段「先遣部队」来搞定这些脏活累活。

Bootloader的本质： 一段固化在非易失性存储器（通常是Flash或ROM）中的启动代码，负责将操作系统或应用程序加载到内存中执行。

我个人习惯把Bootloader分成两个阶段：

第一阶段（Stage 1）： 汇编写的，极简。初始化CPU、关闭看门狗、配置时钟、初始化内存控制器。代码量通常控制在几百字节以内。
第二阶段（Stage 2）： C语言写的，复杂一些。初始化串口、网口等外设，支持文件系统或网络协议，从存储介质读取应用程序镜像，校验完整性，然后跳转执行。

嗯，这里要注意：有些MCU内部自带ROM Bootloader，比如STM32的系统存储器里就有一段出厂固件。但咱们这门课要写的，是用户自定义的Bootloader——从零开始，手撸一个。

Bootloader在嵌入式系统里到底扮演什么角色？我用一张图来说明：

从这张图能看出来，Bootloader处于系统启动的「咽喉」位置。它干的事，说白了就是三件：

我在一个工业控制项目里遇到过这么个坑：Bootloader里忘了关看门狗，结果应用程序刚跑起来就被复位了。查了两天才找到原因——从那以后，我写Bootloader的第一件事就是先把看门狗关掉，等应用层自己决定什么时候开。

⚠️ 避坑指南： Bootloader里不要做「多余的事」。比如初始化一个用不到的外设、开一个不必要的中断——这些都会增加启动时间，甚至引入不可预知的bug。我曾经见过有人在Bootloader里开了DMA，结果跳转到应用后DMA还在跑，直接把应用的数据区给覆盖了。

市面上的Bootloader方案不少，各有各的脾气。我挑几个有代表性的，列个表对比一下：

你看这个表，U-Boot功能确实强，但它的体积对于只有64KB Flash的MCU来说，简直就是个庞然大物。我当年在一个Cortex-M3项目上试过移植U-Boot，折腾了一周，最后发现Flash根本塞不下——老老实实自己写了一个不到4KB的Bootloader。

💡 我的建议： 如果你的MCU Flash大于512KB，跑Linux，那U-Boot是首选。如果只是裸机或RTOS，Flash在128KB以内，自己写一个更划算。MCUboot适合需要安全启动和OTA升级的场景，但前提是你的RTOS生态支持它。

咱们这门课，选的是自研Bootloader这条路。为什么？因为只有自己手写一遍，你才能真正理解启动过程中的每一个细节——时钟怎么配、向量表怎么重映射、跳转时栈指针怎么处理。这些知识，用现成的Bootloader是学不到的。

这一章咱们把Bootloader的底子打好了：