目录

• 一、前言
• 二、固件升级核心流程
• 三、OTA 与 IAP 核心概念
• 四、BootLoader：程序升级的核心载体
• 五、系统启动流程类比：理解 BootLoader 的定位
• 六、总结
• 七、结尾

一、前言

在嵌入式设备的全生命周期管理中，固件升级是保障设备功能迭代、问题修复的核心能力。无论是工业传感器、智能硬件还是消费电子，都需要一套可靠的程序升级机制。本次笔记聚焦嵌入式程序升级的核心概念，解析 OTA、IAP 技术的本质，以及 BootLoader 在升级流程中的关键作用，帮助理解 “程序如何实现自我升级” 的底层逻辑。

二、固件升级核心流程

完整的嵌入式固件升级流程可分为 5 个核心步骤：

1. 厂家发布新固件：开发人员完成固件迭代，生成可烧录的新版本固件文件；
2. OTA 服务器发布固件消息：将新固件及版本信息推送至 OTA（空中下载）服务器，供设备识别；
3. 硬件发起下载请求：具备网络能力（如 WiFi）的设备连接 OTA 服务器，校验版本后发送固件下载请求；
4. 硬件下载固件：设备从服务器获取新版本固件数据，存储至本地 Flash 指定区域；
5. 固件烧录：将下载的固件数据写入应用程序分区，完成升级。

三、OTA 与 IAP 核心概念

OTA：Over-the-Air 的简写，即空中下载技术，核心是通过移动通信 / 无线网络（如 WiFi、4G）对设备终端的固件、数据及应用进行远程管理，是实现 “远程升级” 的核心技术。

IAP：In Application Programming 的简写，即应用内编程，指设备在用户程序运行过程中，对 Flash 的指定区域进行烧写操作，可写入新版本软件、用户配置数据等，是 “固件烧录” 步骤的技术实现。

本次我们采用本地升级方案替代远程 OTA：设备通过 USB 与 PC 直连，直接从 PC 获取新版本固件完成升级，核心逻辑与远程 OTA 一致，仅固件传输方式不同。

四、BootLoader：程序升级的核心载体

要实现 OTA/IAP 升级，必须引入 BootLoader（启动加载程序）—— 设备上电后第一个运行的程序，是实现 “程序升级自己” 的前提。

BootLoader 的核心作用与工作流程

1. 判断升级需求：设备上电 / 重启后，BootLoader 首先检查升级标志位，若无需升级，直接跳转至 Flash 另一区域运行已有的应用程序；
2. 执行固件升级：若检测到升级需求，BootLoader 通过 OTA 数据包交互协议接收新版本固件，将其烧录到 Flash 的应用程序分区，烧录完成后设置升级完成标志位并重启设备；
3. 启动新版本程序：设备重启后仍优先运行 BootLoader，此时 BootLoader 读取升级完成标志位，直接跳转至新版本应用程序分区，完成整个升级流程。

BootLoader 的核心功能

除了支撑固件升级，BootLoader 也是嵌入式系统启动的基础，核心功能包括：

1. 硬件初始化：上电后优先完成核心硬件的基础配置，如设置系统时钟、初始化内存（RAM）、配置外设引脚等，为应用程序运行搭建硬件环境；
2. 启动内核 / 应用程序：从 Flash 中读取内核或应用程序镜像，加载至内存并设置运行参数，最终跳转至应用程序入口执行；
3. 调试与更新：在产品开发阶段，可通过 BootLoader 便捷地更新内核 / 应用程序，降低调试成本，提升开发效率。

关键结论：涉及软件升级时必须引入 BootLoader—— 没有 BootLoader，应用程序无法在运行时改写自身的 Flash 分区，也就无法实现 “自我升级”。

五、系统启动流程类比：理解 BootLoader 的定位

通过 Windows 与 Linux 系统的启动流程类比，可更直观理解 BootLoader 的核心定位：

表格

六、总结

1. OTA 是远程升级的传输技术，IAP 是固件烧录的实现方式，二者均依赖 BootLoader 完成升级流程；
2. BootLoader 是程序升级的核心，负责升级判断、固件烧录、新版本启动，无 BootLoader 则无法实现自我升级；
3. 本地升级与远程 OTA 的核心逻辑一致，仅固件传输方式（USB vs 无线网络）不同。

七、结尾

本次梳理了嵌入式程序升级的核心概念，明确了 BootLoader、OTA、IAP 的定位与关联，这是实现设备固件迭代的基础认知。掌握 BootLoader 的设计与应用，是嵌入式开发中从 “功能实现” 到 “设备全生命周期管理” 的关键跨越。感谢各位的阅读，持续关注本系列笔记，一起探索更多嵌入式系统升级与 BootLoader 开发的实用技巧！