ESP系列开发板稳定可靠WiFi自动重连实现方案及相关问题咨询

问题1 现象成因 #

该问题既不是硬件故障，也不是乐鑫原生SDK的核心缺陷，绝大多数情况是Arduino ESP8266/ESP32核心库封装的自动重连逻辑存在边界漏判：

• 当WiFi出现路由器信道切换、2.4G频段强干扰丢包、路由器主动踢除空闲连接这类场景时，底层SDK已经触发断连，但上层Arduino封装的状态位没有同步更新，导致setAutoReconnect的触发逻辑没有被执行
• 连接调试器时无法复现，是因为调试模式下串口输出会拖慢主循环执行速率，避开了状态同步的竞态条件，同时部分版本的核心库在调试模式下会默认调高重连重试次数，因此很难触发故障

问题2 实用优化方案 #

你当前的定时检测逻辑可以优化，不需要一断连就重启，参考方案如下：

1. 弃用默认的WiFi.setAutoReconnect，改用事件回调+主动检测结合的逻辑：用WiFi.onEvent()绑定断连事件回调，第一时间触发重连操作
2. 不要只依赖WiFi.isConnected()判断连接状态，每1~2分钟增加一次网关 ping 检测，避免出现假在线的情况
3. 检测到断连后先清理旧连接缓存再重试：连续调用3次WiFi.reconnect()，每次间隔5秒，全部失败再触发重启
   优化后的参考代码：

#include <WiFi.h>
#include <Ticker.h>

#define RECONNECT_RETRY 3
#define CHECK_INTERVAL 60000 // 1分钟检测一次

Ticker wifiCheckTicker;
unsigned long lastActive = 0;
int retryCount = 0;

void WiFiEvent(WiFiEvent_t event) {
  if(event == ARDUINO_EVENT_WIFI_STA_DISCONNECTED) {
    reconnectWiFi();
  }
}

void reconnectWiFi() {
  if(retryCount >= RECONNECT_RETRY) {
    ESP.restart();
  }
  WiFi.disconnect(true);
  WiFi.begin(WIFI_SSID, WIFI_PASS);
  retryCount++;
}

// 自定义ping网关函数，按需实现
bool pingGateway() {
  // 此处添加ping网关/公网服务器的逻辑，返回是否ping通
  return true;
}

void checkWiFiStatus() {
  if(WiFi.isConnected() && pingGateway()) {
    lastActive = millis();
    retryCount = 0;
  } else {
    if(millis() - lastActive > 30000) { // 断连超过30秒触发重连
      reconnectWiFi();
    }
  }
}

void setup() {
  WiFi.onEvent(WiFiEvent);
  WiFi.begin(WIFI_SSID, WIFI_PASS);
  wifiCheckTicker.attach_ms(CHECK_INTERVAL, checkWiFiStatus);
}

void loop() {
  // 业务逻辑
}

问题3 定时重启的可行性与风险 #

如果没有更高的可用性要求，定时重启的方案完全可行，目前大量量产的ESP类物联网设备都采用该方案兜底。
频繁重启对硬件寿命几乎没有影响：ESP的Flash擦写寿命在10万次以上，正常重启不会触发Flash擦写操作，只有写入EEPROM、Preferences等存储区域时才会执行擦写操作，只要不是1分钟内多次重启，即使用每半小时重启一次的策略，设备使用寿命也能达到10年以上，不需要担心寿命问题。

内容的提问来源于stack exchange，提问作者Massimo Rebuglio