📚 课程目录第4章嵌入式软件栈概览

4、嵌入式软件栈概览：Bootloader、内核、文件系统、应用层

嵌入式软件不是一个大泥球。它是一层一层摞起来的，每一层各司其职。我见过不少新手，上来就往 main 函数里塞逻辑，结果出了问题根本不知道是哪里崩的。说白了，你得先搞清楚这四层——Bootloader、内核、文件系统、应用层——各自干什么，它们之间怎么说话。

4.1 四层架构，各管一摊

一个典型的嵌入式软件栈，从上到下大概是这样的：

核心原则：上层只能调用下层提供的接口，不能越级。应用层不能直接操作寄存器，内核不能跳过 Bootloader 去初始化硬件。谁破坏了这条规则，谁就等着调试到天亮。

4.2 Bootloader —— 系统的守门人

芯片上电后，第一段执行的代码就是 Bootloader。它干三件事：

硬件最小初始化——时钟、PLL、DDR、串口。我见过有人把 Bootloader 写得比应用还复杂，其实没必要，够用就行。
校验和引导——检查应用镜像的 CRC，没问题就跳过去执行。有问题？进入恢复模式等待升级。
固件升级——通过 UART、USB、网络或 SD 卡接收新固件，写入 Flash。

我的习惯：Bootloader 里永远保留一个“安全回滚”机制。万一新固件起不来，还能退回旧版本。我曾经在一个 IoT 项目里没做这个，结果远程升级把 2000 台设备全变砖了……嗯，那周我基本没睡。

一个典型的 Bootloader 启动流程：

void bootloader_main(void)
{
    /* 1. 关看门狗，设时钟 */
    system_clock_init();
    watchdog_disable();

    /* 2. 初始化必要外设：串口、Flash */
    uart_init(115200);
    flash_init();

    /* 3. 检查升级标志 */
    if (check_update_flag()) {
        receive_firmware();
        verify_and_write_flash();
    }

    /* 4. 校验应用区 */
    if (crc32_verify(APP_ADDR, app_size)) {
        jump_to_app(APP_ADDR);
    } else {
        enter_recovery_mode();
    }

    /* 不会走到这里 */
    while (1);
}

4.3 内核 —— 资源的调度者

内核负责管理 CPU 时间、内存、中断。你想想看，如果没有内核，你的应用代码就得自己轮询所有任务——那画面太美我不敢看。

嵌入式内核分两类：

类型	代表	适用场景	内存开销
实时内核 (RTOS)	FreeRTOS, RT-Thread	硬实时控制、传感器采集	2~10 KB
通用内核	嵌入式 Linux	复杂应用、网络、图形界面	8 MB 以上

避坑指南：我曾经在一个 STM32 项目里用了 FreeRTOS，但没给中断服务程序加临界区保护。结果高优先级中断和任务共享的全局变量被踩得稀烂。记住：共享资源必须用互斥量或关中断保护，别偷懒。

内核提供的核心服务：

任务调度——基于优先级的时间片轮转或抢占式调度
同步与通信——队列、信号量、互斥量、事件组
内存管理——动态分配、内存池、伙伴算法
时钟与定时器——软件定时器、系统 Tick

4.4 文件系统 —— 让数据有个家

裸机时代，我们存配置就是往 EEPROM 里写几个字节。但当你需要存日志、图片、固件包时，没有文件系统根本玩不转。

嵌入式文件系统选型要点：

文件系统	Flash 类型	磨损均衡	掉电保护	典型大小
FAT32	SD 卡、USB	无	弱	几十 KB
LittleFS	SPI Flash	有	强	~10 KB
SPIFFS	SPI Flash	有	中	~8 KB
JFFS2/UBIFS	NAND Flash	有	强	几百 KB

我的建议：如果设备可能意外掉电，别用 FAT32 存关键数据。我吃过这个亏——客户现场断电，配置文件写了一半，FAT32 的表坏了，整台设备起不来。后来换成 LittleFS，再没出过类似问题。

4.5 应用层 —— 业务逻辑的舞台

应用层是你写业务代码的地方。它调用内核的 API 创建任务，调用文件系统接口读写数据，通过协议栈和外界通信。

应用层设计时要注意：

不要阻塞——一个 delay(1000) 就能让整个系统卡死。用定时器或状态机代替。
模块化——每个功能一个模块，模块之间通过接口通信，别搞全局变量大乱炖。
可测试——把硬件依赖抽象出来，方便在 PC 上做单元测试。

/* 应用层任务示例：温度采集与日志记录 */
void temp_task(void *param)
{
    int32_t temp;
    char log_buf[64];

    while (1) {
        /* 调用驱动层接口（通过内核抽象） */
        temp = sensor_read_temperature();

        /* 通过文件系统写日志 */
        snprintf(log_buf, sizeof(log_buf), "temp=%d\n", temp);
        fs_append("log.txt", log_buf);

        /* 等待 1 秒 */
        vTaskDelay(pdMS_TO_TICKS(1000));
    }
}

4.6 层间通信 —— 接口隔离的艺术

四层之间怎么传数据？我总结了三句话：

Bootloader 给内核传启动参数——通过约定的内存地址或寄存器。
内核给应用层提供 API——任务创建、信号量、队列，这些都是标准接口。
文件系统给应用层提供 POSIX 或类 POSIX 接口——open、read、write、close。

接口隔离的好处：换内核不用改应用代码，换文件系统不用改业务逻辑。我做过一个项目，从 FreeRTOS 迁移到 RT-Thread，应用层一行代码没动——因为接口层封装得好。

层间通信的典型方式：

通信方式	使用场景	性能	复杂度
函数调用	同步操作，如读传感器	高	低
消息队列	异步任务间通信	中	中
共享内存 + 信号量	大数据量传输	高	高
回调函数	事件通知，如按键按下	高	低

4.7 一个完整的启动流程

把四层串起来，整个系统启动是这样的：

上电复位，CPU 从 0x00000000 取指，执行 Bootloader。
Bootloader 初始化硬件，校验应用镜像，跳转到内核入口。
内核初始化——创建空闲任务、启动调度器。
文件系统挂载——内核或初始化任务调用 mount 接口。
应用任务创建——业务逻辑开始运行。

注意：文件系统挂载失败不能直接死机。我习惯的做法是：挂载失败则格式化，再失败则进入安全模式，至少让设备能通过串口接受指令。别让用户面对一个黑盒子。

嗯，四层架构说到这里。每一层都有它的职责和边界，搞清楚了，你的嵌入式软件就不再是一团乱麻。后面我们会深入每一层，讲具体的接口设计和性能调优。