ESP32 在WiFi连接失败后，如何设计一种不阻塞主循环的重连状态机？

可以结合NVS存储重连次数，实现持久化退避策略，避免频繁重连导致功耗过高，适合电池供电场景。

硬件控阿杰 · 2026-08-27

建议增加看门狗保护，在长时间无法连接时自动重启WiFi模块或系统，但需确保状态机能处理重启后的状态恢复。

码农小飞 · 2026-08-27

补充：使用FreeRTOS任务时，可将状态机放在独立任务中，通过队列或标志位与主循环通信，但任务内仍需用`vTaskDelay`代替`delay`，保持非阻塞。

嵌入式老周 · 2026-08-27

设计ESP32 WiFi重连状态机时，核心原则是“非阻塞+状态驱动”。建议使用枚举定义状态（如IDLE、CONNECTING、WAIT_RETRY、CONNECTED），并在主循环中调用一个非阻塞的`wifi_state_machine()`函数。该函数内部通过`millis()`或`esp_timer_get_time()`记录时间戳，避免`delay()`。例如：在CONNECTING状态调用`WiFi.begin()`后立即返回，设置超时（如10秒），若超时未连接成功则进入WAIT_RETRY状态，等待指数退避时间（如2^n秒，最大30秒）后再尝试。同时，利用`WiFi.onEvent()`注册事件回调，在`SYSTEM_EVENT_STA_GOT_IP`时切换至CONNECTED，在`SYSTEM_EVENT_STA_DISCONNECTED`时触发重连逻辑。主循环只需周期性调用该状态机，并检查当前状态执行相应业务逻辑。注意：在状态机中避免使用阻塞式API，如`WiFi.waitForConnectResult()`，确保所有操作基于事件或超时判断。

mcuku 阿沐 · 2026-08-27