1. 课程导论：为什么嵌入式软件需要依赖注入与分层架构？课程目标与学习路径
各位工程师朋友，大家好。我是你们这门课的老嵌入式工程师。
先问大家一个问题：你手头的嵌入式项目，代码是不是越写越乱？
我见过太多团队，项目初期跑得飞快，三个月后改一个 bug 要翻遍整个工程。硬件换了，驱动重写；MCU 换了，应用层代码几乎全废。说白了，嵌入式软件最大的痛点不是跑不起来，而是改不动、移不走、测不了。
这门课，就是来解决这个问题的。
为什么嵌入式软件需要依赖注入与分层架构？
先说说我自己的经历。几年前我带一个车载传感器项目，用的是 STM32F4。第一版很顺利，功能全跑通。结果客户说要换 NXP 的芯片，我一看代码——驱动层和应用层搅在一起，全局变量满天飞。改了一个月，还引入三个新 bug。
那次之后，我下定决心：必须把架构做干净。
依赖注入（Dependency Injection，DI）和分层架构，说白了就是一套让代码解耦的方法论。
- 分层架构：把代码按职责切分成硬件抽象层（HAL）、中间件层、应用层。每一层只关心自己的事。
- 依赖注入：让高层模块不直接依赖底层实现，而是通过接口注入。换硬件？换驱动？只改注入点，不动业务逻辑。
你想想看，如果驱动层和应用层之间隔着一层抽象接口，换 MCU 时只需要重写 HAL 层的实现，应用层代码一行都不用动。这才是嵌入式软件该有的样子。
核心观点：依赖注入 + 分层架构 = 可移植、可测试、可维护的嵌入式软件。
课程目标
这门课不讲虚的。30 章内容，全部围绕一个目标：让你能独立设计并落地一套支持依赖注入的分层嵌入式架构。
具体来说，学完这门课，你应该能做到：
- 理解分层架构的核心原则，能画出自己项目的架构图。
- 掌握依赖注入的三种常见方式（构造函数注入、接口注入、参数注入），并能在 C 语言中实现。
- 能独立完成从裸机到 RTOS 的架构移植，不依赖特定厂商的 SDK。
- 写出可单元测试的嵌入式代码，告别「烧录-看现象-猜问题」的调试方式。
我的建议：学这门课之前，最好有 1 年以上嵌入式 C 语言开发经验。如果你刚入门，建议先补一下指针、结构体、函数指针的基础。
学习路径
我把 30 章内容分成四个阶段，每个阶段解决一个核心问题：
| 阶段 | 章节 | 核心内容 |
|---|---|---|
| 第一阶段：基础篇 | 第 1-8 章 | 分层架构设计原则、依赖注入概念、C 语言中的接口实现 |
| 第二阶段：实战篇 | 第 9-18 章 | 在 STM32 和 ESP32 上落地 DI 架构，编写可移植的 HAL 层 |
| 第三阶段：移植篇 | 第 19-25 章 | 从裸机移植到 FreeRTOS，从单核移植到多核，从 MCU 移植到 MPU |
| 第四阶段：测试与优化篇 | 第 26-30 章 | 单元测试框架集成、代码静态分析、性能优化与内存管理 |
每个阶段我都会穿插实际项目中的案例。比如第一阶段，我会用一个LED 闪烁的例子，展示没有分层和有分层的代码差异有多大。
知识体系总览
下面这张图，帮你快速建立这门课的知识框架：
避坑指南
我曾经踩过的坑：刚开始做分层架构时，我过度设计了。一个简单的 GPIO 控制，我搞了 5 层抽象。结果代码量翻倍，可读性反而下降。记住：分层不是越多越好，够用就行。一般 3-4 层足够应对大多数嵌入式项目。
另外，依赖注入在 C 语言里没有现成的框架支持。别担心，我会手把手教你用函数指针 + 结构体实现轻量级的 DI 容器。不依赖任何第三方库，纯 C 语言，跑在任何 MCU 上。
你需要准备什么？
- 一块开发板（STM32F4 或 ESP32 均可，课程会覆盖两种平台）
- 一个趁手的 IDE（我习惯用 VS Code + GCC，也会讲 Keil 和 IAR 的配置）
- 一颗愿意重构代码的心（这个最重要）