嵌入式状态机怎么写？用“洗衣机“讲清楚（附代码模板）

嵌入式状态机怎么写用洗衣机讲清楚附代码模板一句话: 状态机能用枚举switch-case把散乱的if-else改造成清晰的状态流转。本文用洗衣机做比喻5分钟看懂附可直接复用的代码模板。单片机程序写着写着就容易乱——标志位满天飞if-else 嵌套五六层过两周自己都看不懂。状态机就是来解决这个问题的。状态机是什么想想洗衣机你家的全自动洗衣机按启动之后是这样的进水 → 洗涤 → 排水 → 脱水 → 漂洗 → 排水 → 脱水 → 结束注意两个关键点洗衣机一次只在一个状态——进水的时候绝不可能同时脱水状态切换有条件——水满了才能开始洗水排干了才能开始脱水这就是状态机。单片机程序也是一样的道理。没有状态机的时候代码长什么样void main_loop(void) { if (step 0) { // 进水 if (water_level FULL) { step 1; } } else if (step 1) { // 洗涤 if (timer 600) { step 2; } } else if (step 2) { // 排水 if (water_level 0) { step 3; } } else if (step 3) { // 脱水 if (timer 300) { step 4; } } // ... 再写 20 个 else if }这代码能跑吗能。好维护吗你试试三个月后改一步逻辑——牵一发动全身。用状态机重写先定义状态typedef enum { STATE_INIT, // 初始化 STATE_IDLE, // 空闲 STATE_RUNNING, // 运行中 STATE_ERROR, // 故障 STATE_SHUTDOWN // 关机 } E_SYS_STATE;主循环变成这样E_SYS_STATE g_eState STATE_INIT; void main_loop(void) { switch (g_eState) { case STATE_INIT: init_peripherals(); g_eState STATE_IDLE; break; case STATE_IDLE: if (start_cmd_received) { g_eState STATE_RUNNING; } break; case STATE_RUNNING: run_task(); if (fault_detected) { g_eState STATE_ERROR; } if (stop_cmd_received) { g_eState STATE_SHUTDOWN; } break; case STATE_ERROR: handle_error(); if (error_cleared) { g_eState STATE_IDLE; } break; case STATE_SHUTDOWN: power_down(); break; default: g_eState STATE_ERROR; // 兜底跑到不该来的地方进故障 break; } }对比一下没有状态机有状态机当前在干什么看step变量猜看g_eState一目了然加一个新状态改一堆 if-else加一个 case 就行出 bug 了不知道从哪跳进来的状态切换只有一处直接定位三个月后维护想死还能看懂状态切换集中管理实际项目里状态切换最好统一在一个地方做void set_state(E_SYS_STATE eNewState) { if (eNewState g_eState) { return; // 没变化就不折腾 } // 离开旧状态前做清理 switch (g_eState) { case STATE_RUNNING: stop_all_outputs(); // 安全操作离开运行态先关输出 break; default: break; } g_eState eNewState; // ★ 只有这一处赋值 // 进入新状态时做初始化 switch (eNewState) { case STATE_RUNNING: reset_timers(); break; default: break; } }好处整个程序里状态切换只有set_state()一个入口。出 bug 的时候在这加个printf你马上知道是谁、什么时候、切到了什么状态。状态机 ≠ 一定要画图很多教程一上来就甩 UML 状态图小白看着就劝退。其实核心就三句话用枚举列出所有状态——命名要能看懂别用 0 1 2 3switch-case 处理每个状态——default 必须写兜底状态切换统一入口——一个函数搞定方便调试画不画图是次要的先把代码写清楚。什么时候该用状态机场景要不要用单个 LED 闪烁没必要计时器标志位够了设备上电→自检→待机→运行→关机必须用通信协议解析等数据→校验→处理→应答必须用传感器读值显示随便状态不超过 3 个就算了判断标准很简单如果你的流程超过 3 步或者经常在等某个条件和做某件事之间切换用状态机。一个容易犯的错在状态里死等// 错误写法在 case 里 while 死等 case STATE_WAIT_READY: while (!device_ready()); // ← 卡死了其他事全干不了 g_eState STATE_NEXT; break; // 正确写法条件不满足就走下次循环再检查 case STATE_WAIT_READY: if (device_ready()) { g_eState STATE_NEXT; } // 不满足就保持当前状态主循环继续跑 break;状态机是非阻塞的。每个状态进来检查条件能干就干然后切走不能干就退出等下次循环。整个系统靠主循环的高速轮转来驱动而不是在某个状态里死等。总结要点一句话核心思想一次只在一个状态切换有条件实现方式枚举 switch-case 统一切换函数最大禁忌在状态里 while 死等什么时候用流程超过 3 步就用状态机不是什么高深的玩意。说白了就是把程序跑到哪了这件事从一堆散乱的 if-else 里拎出来变成一个清晰的状态变量。写起来多几行代码调试起来省半天时间。