ESP32S3的Wi-Fi功能是物联网项目的核心，但处理网络状态的变化常常让人困惑。本内容通过实例代码和现象演示，深入剖析了Wi-Fi连接成功事件与断开事件的触发机制和行为差异，为开发者提供了构建稳定网络连接的实用方案。
智能速览
ESP32S3可通过`WiFi.begin()`及阻塞式等待循环建立连接。
`WiFiStationConnected`事件仅在从断网状态恢复时触发一次。
`WiFiStationDisconnected`事件在断网期间会像心跳一样持续触发。
连接逻辑是阻塞式的，会暂停主程序直至联网成功。
可利用LED灯直观展示Wi-Fi状态变化，便于调试。
精华内容
ESP32S3的Wi-Fi功能强大，但如何优雅地处理网络状态变化？通过分析连接事件与断开事件的不同行为，可以构建更稳定的物联网应用。
基础连接实现
在ESP32S3上实现Wi-Fi连接，首先调用`WiFi.begin()`方法，并传入SSID和密码。为了保证程序在连接成功前不继续执行后续代码，通常会设置一个`while(WiFi.status() != WL_CONNECTED)`的阻塞循环。
在这个循环中，可以设置一个延时，比如500毫秒，然后通过串口打印一个点，作为连接进度提示。一旦`WiFi.status()`返回`WL_CONNECTED`，循环便会跳出，程序继续向下执行，并通过`WiFi.localIP()`打印出设备获取到的IP地址。这个过程确保了联网操作的优先级，在连接成功前，单片机的其他业务逻辑都会被暂停。
事件处理机制
ESP32的Wi-Fi库提供了一套事件驱动机制，允许程序异步响应网络状态的变化。在本次演示中，重点关注了两个核心事件：`WiFiStationConnected`和`WiFiStationDisconnected`。
`WiFiStationConnected`事件在设备成功连接到路由器并获取到IP地址时触发。而`WiFiStationDisconnected`事件则在设备与路由器的连接断开时触发。理解这两个事件的触发时机和执行模式，是实现智能网络管理的关键。
连接成功事件分析
`WiFiStationConnected`事件的一个重要特性是它的触发条件：它只在设备从“断开”状态转变为“已连接”状态时执行一次。
这意味着，如果设备是首次开机并成功连接Wi-Fi，该事件可能不会触发。只有在设备连接后又断开，然后重新连接上时，这个事件才会被触发。在演示中，通过一个绿色LED灯来指示此事件：只有当设备从断网状态恢复连接后，绿灯才会被点亮，并且只亮一次。这种行为模式适合用于执行单次的网络恢复后任务，例如重新同步服务器数据。
断网事件行为解析
与连接成功事件不同，`WiFiStationDisconnected`事件表现为一种“心跳”机制。
一旦设备与Wi-Fi断开连接，这个事件就会被持续、反复地触发，直到设备重新连上网络为止。在演示中，当热点关闭后，红色LED灯立刻亮起，同时串口以一定间隔不断打印“Oh no”，直观地展示了其心跳特性。
这个特性使得该事件非常适合用于持续监测网络状态或执行断网期间的保活操作。需要注意的是，如果设备从未成功连接过Wi-Fi，此断网事件也不会触发。
实践演示总结
为了更清晰地展示这两种事件的行为，演示中使用了两个LED灯：4号脚（绿灯）对应连接成功事件，5号脚（红灯）对应断开事件。初始状态下，两灯均熄灭。
当设备从断网状态恢复连接时，绿灯亮起；当设备断网时，红灯亮起并保持，同时串口持续输出信息。这个简单的例子精确地揭示了两个事件的核心区别：一个是一次性的“状态切换”通知，另一个是持续的“状态保持”通知。掌握这一差异，对于编写高可靠性的ESP32网络应用至关重要。
