ESP32（Arduino Core）：在setup函数中用while(true)替代loop函数是否可行？

当然可以这么做！这种方式在很多场景下反而更合理，尤其是像你这种需要在进入正常业务逻辑前完成前置配置的需求——毕竟默认的loop函数是为了重复执行常规任务设计的，而你的WiFi配置流程本来就应该是一个“初始化阶段的阻塞式流程”，直到配置完成才进入正常运行，完全没必要让程序跑到常规loop里。

需要留意的几个潜在问题 #

• 务必主动让出CPU时间：你已经提到在循环里用了delay()或yield()，这点非常关键。Arduino的底层系统（比如串口缓冲区处理、看门狗喂狗、后台任务调度）依赖yield()来运行，如果你的while循环一直占着CPU不放，可能会导致串口数据丢失、看门狗超时重启等问题。delay()内部已经包含了yield()调用，所以用它没问题；如果是自己写的长时间操作（比如等待网络请求响应），记得每隔几百毫秒插一句yield()。
• 看门狗定时器的兼容性：像ESP32、ESP8266这类板子默认开启了硬件看门狗，如果长时间没有喂狗，系统会自动重启。不过只要你定期调用yield()，ESP系列的yield()函数会自动处理喂狗操作，不用担心；如果是AVR系列板子，可能需要手动喂狗，但这类场景下用delay()也足够触发看门狗重置。
• 避免内存泄漏：如果你的WiFi配置类在循环中需要创建对象（比如WebServer、WiFi客户端），别每次循环都新建实例却不销毁。比如进入配置模式时创建WebServer，退出时要调用server.stop()并释放资源，不然多次循环后内存会被耗尽，导致系统崩溃。
• 确保重启操作可靠：当配置完成需要重启时，要用对应平台的标准重启方法：比如ESP32用esp_restart()，ESP8266用ESP.restart()，AVR可以通过触发看门狗重启。别直接用粗暴的方式断电，否则可能导致Preferences里的配置数据写入不完整。

额外的小建议 #

其实这种“前置阻塞式配置”的思路在Arduino生态里已经很成熟了，很多流行的WiFi配网库就是类似的逻辑——在初始化阶段进入一个循环，直到用户完成配网才继续执行后续逻辑。你的设计思路完全没问题，只要注意上面提到的几点，运行起来会很稳定。

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