很多刚入行嵌入式的人，都有同一个困惑：我明明已经能在开发板上点灯了，为什么投出去的简历还是石沉大海？面了好几轮，项目也讲了，板子也调了，最后却总是收到一句“回去等通知”，然后就没了下文。
问题的根源往往不是你不会点灯，而是你只会点灯。
在嵌入式这个行当里，点灯——也就是 GPIO 控制 LED——本质上就是嵌入式开发的“Hello World”。它的价值在于帮你跑通工具链、熟悉开发流程、建立最基本的软硬件调试概念。但如果你只停留在“写一个 main 函数，拉高拉低引脚，让灯亮灭”的阶段，那你和成千上万刚毕业的竞争者并没有本质区别。面试官想看的是：你能不能把一个灯点出架构感？能不能在点灯这个小事里体现出你对中断、定时器、状态机、模块化设计、可维护性的理解？
换句话说，复杂项目会点灯，才是嵌入式拿 Offer 的底气。这篇文章不讲空话，我会从面试官视角拆解“点灯项目”到底该怎么进阶，并给出一个可以直接动手实践的完整示例框架——从裸机超级循环到事件驱动架构，从 GPIO 电平翻转到底层驱动抽象。文章最后还会附上常见的面试追问和避坑清单。
如果你正在准备嵌入式求职，或者想把手里的开发板项目做得更像一个“工业级项目”，这篇文章值得读完。下面我们直接进入正题。
1. 点灯不值钱，值钱的是你点灯的方式
先说一句可能会刺痛很多人的话：开发板上点灯，确实不值钱。某宝上几十块钱的板子，商家送的例程里就有流水灯、呼吸灯、按键控灯。你照着例程烧录进去，灯亮了，但这份代码并不能证明你具备嵌入式开发的核心能力。
那什么值钱？
值钱的是你点灯的方式。同一个功能，写出来能跑，和写出来能“抗住面试官追问”，是完全不同的代码。举个最简单的例子：
初级写法长这样：
#include "stm32f1xx_hal.h" int main(void) { HAL_Init(); __HAL_RCC_GPIOA_CLK_ENABLE(); GPIO_InitTypeDef GPIO_InitStruct = {0}; GPIO_InitStruct.Pin = GPIO_PIN_5; GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP; GPIO_InitStruct.Pull = GPIO_NOPULL; GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_LOW; HAL_GPIO_Init(GPIOA, &GPIO_InitStruct); while (1) { HAL_GPIO_WritePin(GPIOA, GPIO_PIN_5, GPIO_PIN_RESET); HAL_Delay(100); HAL_GPIO_WritePin(GPIOA, GPIO_PIN_5, GPIO_PIN_SET); HAL_Delay(100); } }这段代码有问题吗？从“能跑”的角度看，没有。灯确实在闪，效果也正确。但你要是在面试时只拿出这种代码，面试官大概率会接着问你三个问题：
- 你的 LED 驱动和业务代码耦合在一起，如果我要把 LED 换成蜂鸣器，或者换一个引脚，你要改多少处？
HAL_Delay是阻塞式延时，延时期间 CPU 一直在空转。如果系统里同时要处理按键扫描、串口接收、传感器读取，你的实时性怎么保证？- 闪烁频率是硬编码的，如何做到运行时可以动态修改？多个 LED 以不同频率闪烁，这个程序该怎么组织？
这三个问题，每一个都指向嵌入式开发的核心素养：模块化能力、资源管理意识、架构设计思维。
所以这篇文章的核心判断很明确：点灯不是目的，点灯是手段。你要通过点灯这个简单的载体，向面试官证明你已经具备了从“写代码”到“做系统”的思维转变。这也是为什么越来越多嵌入式岗位面试题里，会出现“用状态机实现一个按键控制 LED 多种闪烁模式”这类题目——它考察的不是点灯本身，而是你组织代码的能力。
接下来我们展开讲，一个“值钱”的点灯项目到底该怎么做。
2. 嵌入式点灯的技术本质与面试官考察点
从技术本质上看，控制一颗 LED 亮灭，就是在控制一颗 GPIO 引脚的电平输出。但深入一层，这个动作背后涉及一套完整的嵌入式软件分层逻辑：
| 层次 | 职责 | 点灯例子 |
|---|---|---|
| 应用层 | 业务逻辑、功能流程 | 双击按键进入快闪模式 |
| 服务层 | 调度、延时、事件分发 | 定时扫描按键、事件队列 |
| 驱动层 | 外设寄存器操作、HAL封装 | GPIO 初始化、引脚电平翻转 |
| 硬件层 | 电路、芯片 | LED 串联限流电阻接在 PA5 |
很多初学者的代码问题，不是出在硬件层，而是把驱动层、服务层、应用层全部塞在一个main.c里。这样做的后果是：项目一旦超过 500 行，代码就变得不可维护。今天加一个功能，明天就可能搞挂另一个功能。
放在面试场景里，面试官真正的考察点其实只有三个：
第一，考察你是否理解“隔离”的意义。硬件引脚变了，你的驱动层改一处还是改十处？如果你能回答“只需要改驱动层的引脚映射”，这本身就说明你有模块化意识。
第二，考察你是否理解“非阻塞”的价值。在实时嵌入式系统里，任何一个阻塞调用都可能成为系统崩溃的隐患。点灯看起来简单，但如果你能意识到HAL_Delay的问题，并且主动用定时器或系统节拍替代，这就能把你和大多数应试者区分开。
第三，考察你是否具备“系统工程”思维。点灯只是一个功能点，但嵌入式产品往往是多个功能点并行运行。你怎么让按键检测、LED 闪烁、串口打印同时工作而不互相干扰？这就涉及到调度策略、状态机设计、中断优先级、资源互斥。
所以，后面要讲的实战项目，会刻意从这三个方面做设计。我们不追求功能复杂，但要让每个设计决策都有可解释的理由。这正是面试官最看重的“项目思考深度”。
3. 环境准备与开发板选型建议
在开始写代码之前，先明确环境。文中的代码基于 STM32 系列 MCU 和 HAL 库编写，但核心思路可以平移到任何嵌入式平台，包括 GD32、ESP32、NXP 等。版本细节以你实际使用的固件库为准，本文重点演示的是架构思路和代码组织方式。
你需要准备的东西如下：
| 工具/材料 | 说明 | 备注 |
|---|---|---|
| 开发板 | STM32F103 最小系统板或任意带 LED 的板子 | 其他 MCU 平台也可以，重点是理解思路 |
| 调试器 | ST-Link / J-Link / DAP-Link | 用于烧录和在线调试 |
| IDE 或工具链 | Keil MDK / STM32CubeIDE / GCC + Makefile | 按个人习惯选择 |
| 固件库 | STM32CubeF1 或对应系列固件包 | 用 CubeMX 生成初始化代码更高效 |
| 逻辑分析仪（可选） | 调试定时器时序和按键消抖 | 非必需，但推荐 |
如果你手里什么都没有，用 Proteus 或 QEMU 仿真也能完成大部分代码验证，但这里更建议买一块实际开发板。嵌入式开发和纯软件不一样，很多问题只有在真实硬件上才会暴露，比如引脚悬空电平不稳、外部中断抖动、电源纹波造成误触发等。
在动手写代码前，先用 CubeMX 完成一个最小工程初始化，并将 LED 对应的 GPIO 引脚配置为推挽输出。假设 LED 连接在 PA5，初始化代码生成后，我们开始搭建分层架构。
4. 核心架构设计：从超级大循环到事件驱动
嵌入式软件的演进，本质上就是一个从“超级大循环”到“事件驱动”的架构升级过程。点灯项目虽小，但完全可以按这个思路升级。
初始阶段的结构非常简单，就是上面那版代码：一个 while 死循环，顺序执行所有任务。这称为“超级大循环”（Super Loop）。它的优点是简单直接，缺点是所有任务串行执行，一个任务卡住，整个系统停摆。
进阶方式是在循环中引入“非阻塞任务调度”，也就是每个任务都快速执行完并返回，主循环反复调用各任务函数。每个任务内部通过查询标志位或计数器判断是否需要执行。这种方式配合定时器中断，可以在单核 MCU 上实现“伪并行”效果。
更进一步，就是事件驱动架构。主循环变成事件分发器，按键、定时器、串口等外设产生事件后，将事件放入队列；主循环从队列取出事件，分发给对应的处理函数。这种方式让系统的响应性和扩展性都大幅提升。
用点灯场景来类比：
| 架构模式 | 实现方式 | 点灯场景表现 |
|---|---|---|
| 超级大循环 | while 里阻塞延时 | 灯闪，但按键响应迟钝 |
| 非阻塞调度 | 主循环查标志位 + 定时器产生节拍 | 灯闪，按键也能及时响应 |
| 事件驱动 | 事件队列 + 状态机 | 多模式切换、多外设并发处理无压力 |
我们的示例项目，会实现一个“事件驱动 + 状态机”的组合。这已经是一个小型嵌入式系统的雏形了。不要被“事件驱动”这个词吓到，实际代码并不复杂，我们一步步来。
5. 嵌入式点灯项目完整示例：从驱动到应用
下面进入正题。我们要实现的功能是：一个按键控制 LED 在“熄灭、常亮、慢闪、快闪”四种状态间切换。
这个功能看似简单，但它包含了嵌入式项目的基本要素：输入检测、消抖处理、模块化驱动、状态机状态管理、非阻塞时钟控制。
5.1 文件结构规划
先规划文件结构，体现分层设计：
project/ ├── App/ │ ├── app.c // 应用层：状态机主逻辑 │ └── app.h ├── Bsp/ │ ├── bsp_led.c // LED 驱动层 │ ├── bsp_led.h │ ├── bsp_button.c // 按键驱动层 │ └── bsp_button.h ├── Service/ │ ├── task_scheduler.c // 简单任务调度器 │ └── task_scheduler.h └── main.c // 主函数，初始化 + 调度这个结构和很多企业级嵌入式工程的基本骨架是一致的。不管你在简历上写的是“基于 STM32 的智能家居项目”还是“基于 ESP32 的传感器采集系统”，底层逻辑都是这套分层思路。面试官看到你项目结构清晰，第一印象就会好很多。
5.2 LED 驱动层代码实现
// 文件路径：Bsp/bsp_led.h #ifndef __BSP_LED_H #define __BSP_LED_H #include "main.h" typedef enum { LED_OFF = 0, LED_ON, LED_TOGGLE } LED_Action_t; void BSP_LED_Init(void); void BSP_LED_Set(uint8_t state); // 0 灭，1 亮 void BSP_LED_Toggle(void); void BSP_LED_Action(LED_Action_t action); #endif// 文件路径：Bsp/bsp_led.c #include "bsp_led.h" // 把 LED 引脚和端口的映射集中在这里 #define LED_GPIO_PORT GPIOA #define LED_GPIO_PIN GPIO_PIN_5 #define LED_GPIO_CLK_EN() __HAL_RCC_GPIOA_CLK_ENABLE() void BSP_LED_Init(void) { GPIO_InitTypeDef GPIO_InitStruct = {0}; LED_GPIO_CLK_EN(); GPIO_InitStruct.Pin = LED_GPIO_PIN; GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP; GPIO_InitStruct.Pull = GPIO_NOPULL; GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_LOW; HAL_GPIO_Init(LED_GPIO_PORT, &GPIO_InitStruct); } void BSP_LED_Set(uint8_t state) { HAL_GPIO_WritePin(LED_GPIO_PORT, LED_GPIO_PIN, state ? GPIO_PIN_SET : GPIO_PIN_RESET); } void BSP_LED_Toggle(void) { HAL_GPIO_TogglePin(LED_GPIO_PORT, LED_GPIO_PIN); } void BSP_LED_Action(LED_Action_t action) { switch (action) { case LED_OFF: BSP_LED_Set(0); break; case LED_ON: BSP_LED_Set(1); break; case LED_TOGGLE: BSP_LED_Toggle(); break; default: break; } }这段代码的优点是：应用层完全不需要知道 LED 接在哪个引脚、哪个端口。如果硬件改版，LED 从 PA5 换到 PB3，只需要改bsp_led.c顶部的三个宏定义，应用层代码一行都不用动。这就是驱动隔离的意义。
5.3 按键驱动与消抖
// 文件路径：Bsp/bsp_button.h #ifndef __BSP_BUTTON_H #define __BSP_BUTTON_H #include "main.h" typedef void (*ButtonCallback_t)(void); void BSP_Button_Init(void); void BSP_Button_Scan(void); void BSP_Button_SetCallback(ButtonCallback_t cb); #endif// 文件路径：Bsp/bsp_button.c #include "bsp_button.h" #define BUTTON_GPIO_PORT GPIOC #define BUTTON_GPIO_PIN GPIO_PIN_13 #define BUTTON_GPIO_CLK_EN() __HAL_RCC_GPIOC_CLK_ENABLE() #define DEBOUNCE_THRESHOLD 10 // 连续 10 次采样稳定才认为按下 static ButtonCallback_t s_callback = NULL; static uint8_t s_btn_filter_cnt = 0; static uint8_t s_btn_state = 0; // 0 未按下，1 按下 void BSP_Button_Init(void) { GPIO_InitTypeDef GPIO_InitStruct = {0}; BUTTON_GPIO_CLK_EN(); GPIO_InitStruct.Pin = BUTTON_GPIO_PIN; GPIO_InitStruct.Mode = GPIO_MODE_INPUT; GPIO_InitStruct.Pull = GPIO_PULLUP; // 默认上拉，按下接地 HAL_GPIO_Init(BUTTON_GPIO_PORT, &GPIO_InitStruct); } void BSP_Button_Scan(void) { uint8_t level; // 读取当前引脚电平 level = HAL_GPIO_ReadPin(BUTTON_GPIO_PORT, BUTTON_GPIO_PIN); // 按键芯片内部上拉：按下为低电平 if (level == GPIO_PIN_RESET) { if (s_btn_filter_cnt < 0xFF) { s_btn_filter_cnt++; } if (s_btn_filter_cnt >= DEBOUNCE_THRESHOLD) { // 连续多次读到低电平，认为按键稳定按下 if (s_btn_state == 0) { s_btn_state = 1; if (s_callback != NULL) { s_callback(); // 触发事件回调 } } } } else { s_btn_filter_cnt = 0; s_btn_state = 0; } } void BSP_Button_SetCallback(ButtonCallback_t cb) { s_callback = cb; }这里需要重点解释的是消抖逻辑。机械按键在按下和松开的瞬间，电平会产生多次抖动。如果不在软件层面处理，可能一次按下会被识别成多次触发。常见的消抖方式有两种：硬延时消抖和软件滤波。硬延时消抖就是在检测到电平变化后，延时 10ms 到 20ms 再确认一次。这种方案简单但会导致阻塞。上面代码用的是软件滤波：通过连续多次采样确认电平稳定。这个方式对单片机的负担极小，而且不会阻塞其他任务。
这段代码里面有一个关键设计点：按键检测结果通过回调函数上报，不在驱动内部处理业务逻辑。这样驱动层就保持纯粹，以后想改成“双击”“长按”等复杂功能，只需要在驱动层增加状态判断，而不需要改动应用层。
5.4 主函数与调度逻辑
// 文件路径：main.c #include "main.h" #include "bsp_led.h" #include "bsp_button.h" #include "task_scheduler.h" // LED 模式状态机 typedef enum { LED_MODE_OFF, LED_MODE_ON, LED_MODE_SLOW_BLINK, LED_MODE_FAST_BLINK } LED_Mode_t; static LED_Mode_t s_led_mode = LED_MODE_OFF; static uint32_t s_last_tick = 0; static uint32_t s_blink_interval = 0; // 系统节拍，由定时器中断递增 volatile uint32_t g_sys_tick = 0; void SysTick_Handler_Override(void); static void LED_Mode_Update(void); static void OnButtonPressed(void); int main(void) { HAL_Init(); BSP_LED_Init(); BSP_Button_Init(); BSP_Button_SetCallback(OnButtonPressed); // 配置系统节拍，这里假设使用 TIM6 或其他基础定时器 // 具体配置请根据你使用的 MCU 参考手册完成 // 目的是每 1ms 触发一次中断，g_sys_tick++ while (1) { BSP_Button_Scan(); // 扫描按键（非阻塞） LED_Mode_Update(); // 更新 LED 状态（非阻塞） // 可以在这里加入其他任务，如串口处理、传感器读取等 } } static void LED_Mode_Update(void) { uint32_t now = g_sys_tick; switch (s_led_mode) { case LED_MODE_OFF: BSP_LED_Action(LED_OFF); break; case LED_MODE_ON: BSP_LED_Action(LED_ON); break; case LED_MODE_SLOW_BLINK: if (now - s_last_tick >= s_blink_interval) { BSP_LED_Action(LED_TOGGLE); s_last_tick = now; } break; case LED_MODE_FAST_BLINK: if (now - s_last_tick >= s_blink_interval) { BSP_LED_Action(LED_TOGGLE); s_last_tick = now; } break; default: s_led_mode = LED_MODE_OFF; break; } } static void OnButtonPressed(void) { // 按键事件回调，在按键驱动扫描到稳定按下时被调用 switch (s_led_mode) { case LED_MODE_OFF: s_led_mode = LED_MODE_ON; break; case LED_MODE_ON: s_led_mode = LED_MODE_SLOW_BLINK; s_blink_interval = 500; // 500ms 翻转一次 s_last_tick = g_sys_tick; break; case LED_MODE_SLOW_BLINK: s_led_mode = LED_MODE_FAST_BLINK; s_blink_interval = 100; // 100ms 翻转一次 s_last_tick = g_sys_tick; break; case LED_MODE_FAST_BLINK: s_led_mode = LED_MODE_OFF; break; default: s_led_mode = LED_MODE_OFF; break; } }上面这段代码展示了两种典型嵌入式设计模式：
一个是状态机模式。LED 的四种模式是四个状态，按键事件触发状态切换，状态切换时可能修改闪烁间隔参数。这个状态机非常简单，但它是复杂业务逻辑的基础。比如家电控制面板、遥控器、智能设备的人机交互逻辑，都是这类状态机的扩展版本。
另一个是“时间戳非阻塞延时”模式。注意这里没有调用HAL_Delay，而是记录一个起始时间戳，不断比较当前时间和起始时间的差值。差值超过阈值才执行翻转动作。这样主循环里即使有别的任务，LED 的闪烁频率也基本不受影响。这种写法在嵌入式实时系统中非常常用。
6. 运行结果验证与效果检查
程序烧录后，应该看到这样的效果：
初始状态：LED 熄灭。 第一次按下按键：LED 常亮。 第二次按下按键：LED 以 500ms 周期慢闪（亮 500ms、灭 500ms）。 第三次按下按键：LED 以 100ms 周期快闪。 第四次按下按键：LED 熄灭，回到初始状态。
验证时不要只看灯有没有闪，重点观察以下三点：
第一，按键响应的及时性。在 LED 快速闪烁过程中，按键是否能随时响应？如果按下按键后要等到一次完整闪烁周期结束才能切换，说明代码里仍然存在阻塞延时。正确的状态机实现应该保证按键事件在 10ms 到 20ms 级别内被响应。
第二，闪烁节奏的稳定性。观察慢闪模式下，LED 亮灭间隔是否均匀。如果间隔忽长忽短，说明你的延时基准可能受到了其他中断干扰，或者s_last_tick被多个地方修改。
第三，功能组合的扩展性。按住按键不放，观察系统是否会出现按键重复触发的问题。如果会，说明消抖逻辑还不够稳健，回调产生了重复事件。
如果代码运行异常，先检查两个方向：
- 按键 GPIO 配置：确认按键接的是哪个引脚，默认电平是上拉还是下拉。按下时引脚电平变化方向如果和配置不一致，按键永远识别不到。
- 系统节拍配置：确认定时器是否真正在递增
g_sys_tick。比较简单验证方法是在主循环里周期打印这个值，观察是否持续增长。
7. 嵌入式面试高频追问与避坑指南
前面我们把项目代码讲完了，但代码会写只是第一步，最关键的是能应对面试官的连环追问。下面这些问题，几乎每个都出自真实面试场景：
| 问题现象 | 考察点 | 回答思路 |
|---|---|---|
为什么不直接用HAL_Delay？ | 是否理解阻塞与非阻塞的区别 | 指出HAL_Delay会占用 CPU 空转，影响实时性；用时间戳方案可以释放 CPU 处理其他任务 |
按键消抖为什么用计数方式，而不用delay？ | 是否理解滤波与延时的取舍 | 计数滤波不阻塞系统，能有效区分抖动和稳定电平；delay简单但会阻塞整个调度循环 |
| 状态机万一在非法状态怎么办？ | 是否具备防御性编程意识 | 在default分支做状态复位，防止系统跑飞后无法恢复 |
| 如果多个 LED 需要不同频率闪烁，你的代码怎么改？ | 是否理解代码复用和数据结构 | 将 LED 控制抽象成“通道”结构体，每个通道有自己的 mode、interval、last_tick |
| 回调函数如果执行时间过长，会有什么问题？ | 是否理解中断/事件上下文 | 回调中只做标志位置位或事件入队，不要在回调中执行耗时操作；业务逻辑放主循环处理 |
| 加入 FreeRTOS 后，这个项目有什么变化？ | 是否了解嵌入式操作系统的基本概念 | LED 状态机可以变成一个任务，按键扫描可以变成中断+信号量通知任务，时间戳延时换成vTaskDelay或任务通知等待 |
除了应对提问，还有几个常见的项目“坑”要提前避开：
第一个坑：项目描述里写“精通”，但实际上答不出细节。面试官最反感简历上夸大其词。你可以在简历上写“熟悉 GPIO、定时器、状态机、回调机制”，但要确保每个词背后都有代码支撑。
第二个坑：只讲过程不讲决策。面试时不要只复述“我用了 STM32CubeMX 生成了代码”，要讲清楚“为什么用状态机而不是 switch 堆到底”“为什么选择软件滤波而不是硬件 RC 滤波”。决策背后的思考才是区分度所在。
第三个坑：忽略硬件电路。软件写得好，但如果不会看原理图、不清楚 LED 限流电阻怎么算、不理解按键为什么需要上拉电阻，面试官依然会怀疑你的综合能力。嵌入式开发是软硬结合的技术，建议至少要把最基础的 GPIO 电气特性搞清楚。
8. 嵌入式点灯项目的最佳实践与工程化建议
如果想把这个项目做成简历上的“完整嵌入式项目”，建议再从以下几个维度做工程化收尾。
8.1 增加调试日志功能
实际开发中，没有人能靠肉眼盯着寄存器判断程序状态。一个可配置的日志系统是嵌入式项目的标配。你可以加一个串口打印模块，将每个按键事件、状态切换、系统异常输出到串口。
// 简单示例：串口打印状态切换 void LOG_PrintStateChange(LED_Mode_t new_mode) { switch (new_mode) { case LED_MODE_OFF: printf("[APP] LED mode -> OFF\r\n"); break; case LED_MODE_ON: printf("[APP] LED mode -> ON\r\n"); break; case LED_MODE_SLOW_BLINK: printf("[APP] LED mode -> SLOW_BLINK\r\n"); break; case LED_MODE_FAST_BLINK: printf("[APP] LED mode -> FAST_BLINK\r\n"); break; default: break; } }串口日志不但方便你自己调试，在面试时也可以作为“项目具备可观测性”的佐证材料。
8.2 考虑资源受限场景
嵌入式开发经常跑在只有几十 KB RAM 的芯片上。如果产品没有串口、没有显示屏，你靠什么排查问题？答案是：靠 LED 本身。比如产品自定义了某种错误码模式——快闪 3 次代表传感器异常，慢闪 5 次代表通信超时。这种设计在真实产品里非常常见。
所以你可以把“LED 指示灯”作为系统诊断输出，这个点也可以在项目总结里写，体现你从产品维度思考问题。
8.3 加入低功耗意识
很多面试官会问：如果这是一个电池供电的设备，按键没有按下时，LED 不亮，系统应该怎么处理？你能不能让 MCU 进入睡眠模式，按键按下时通过外部中断唤醒？如果能答出WFI指令、唤醒源配置、唤醒后系统时钟重新初始化这些概念，项目的深度就会明显提升。
这部分涉及 MCU 具体型号的低功耗模式，本文不展开写具体寄存器配置，但你可以基于手头开发板的数据手册自己实践。低功耗和点灯结合，是一个非常经典的嵌入式面试加分项。
8.4 项目文档与答辩准备
最后，给这个不到 500 行的代码项目配一页 README 文档，内容包含：
- 项目功能描述
- 开发环境与工具链
- 硬件资源使用情况（引脚、定时器、中断）
- 软件架构分层图（不需要画复杂图表，文字描述即可）
- 关键设计决策及原因
这份文档就是你简历项目描述的素材库。面试前花一天时间把这份文档做扎实，远比刷一百道面试题更有用。
9. 总结与嵌入式学习路线的下一步
回到文章标题：复杂项目会点灯，嵌入式不愁拿不到 Offer。这里的“复杂”不是指功能有多花哨，而是指你的代码组织能力、思考深度和工程素养。用最简单的点灯作为载体，把驱动分层、软件滤波、状态机、事件回调、非阻塞延时这些嵌入式核心概念全部融合进去，这就是一个值得写进简历的嵌入式项目。
即使你连 MCU 开发板都没有，先在仿真环境或面包板上跑通这个例子，也比空谈“熟悉嵌入式开发”有说服力得多。接下来你可以顺着这个方向继续深入：把 LED 驱动换成温湿度传感器驱动，把按键事件换成串口命令解析，把裸机状态机升级成 FreeRTOS 任务，一步一步往真正的嵌入式工程师方向走。
嵌入式这个行业，项目经验永远比理论背诵更重要。而一个能体现架构思维和工程能力的点灯项目，就是你敲开嵌入式岗位大门的第一块敲门砖。
