我一直在使用 ESP8266，并遇到了一个似乎不知从何而来且无法解决的问题。至少 - 对我来说。
基本上我继续了
这个
构建一个简单的服务器套接字的教程。
然而我的 esp 突然停止允许与其自身的连接。代码正常工作，直到
main.py
:
while True:
conn, addr = s.accept()
第 23 行，并且只是停止工作或在 while 循环中继续前进。它只是卡在自己身上！
没有错误消息。至少
Thonny
不显示任何内容。
有趣的部分是 - 有时它确实接受连接。使用所有相同的代码和硬件，也许 100 次尝试之一。
我尝试在 stackoverflow 上查找类似的失败，@Techtician 也有相同的，我相信未解决的问题。 （ 链接到他的帖子 ）
是对的，ESP8266/ESP32 的 MicroPython 中的
socket.accept()
可能会导致代码卡在无限循环中，并且在某些情况下难以调试。 以下是一些可能的解决方法，以及一些调试此类问题的技巧：
1. 处理非阻塞套接字：
问题可能源于
socket.accept()
的阻塞特性。 当没有传入连接时，代码会无限期地卡在
s.accept()
中。 要解决此问题，可以使用非阻塞套接字或使用
select
模块来管理多个连接。
-
非阻塞套接字：
将套接字设置为非阻塞模式，以便
s.accept()立即返回，即使没有可用的连接也是如此。 如果没有可用的连接，则返回None。
# 将套接字设置为非阻塞模式
s.setblocking(False)
while True:
try:
conn, addr = s.accept()
# 如果接受连接，则处理连接
# ...
except OSError as e:
# 处理没有可用连接的情况
# 例如，执行其他任务或添加短暂延迟
time.sleep(0.1)
-
使用
select模块：select模块允许监视套接字是否有传入数据，并在数据准备好读取时通知。
import select
while True:
# 监视套接字是否有传入连接
readable, _, _ = select.select([s], [], [], 0.1)
if s in readable:
conn, addr = s.accept()
# 处理连接
# ...
else:
# 处理没有可用连接的情况
# ...
2. 检查错误并实现超时：
-
错误处理： 使用
try...except块捕获s.accept()期间可能发生的任何异常。 这将帮助识别连接过程中可能出现的任何问题。 -
超时： 实现超时机制，以便在指定时间内没有建立连接时，代码不会无限期地阻塞在
s.accept()中。
import time
timeout = 5 # 设置超时时间（秒）
start_time = time.time()
while time.time() - start_time < timeout:
try:
conn, addr = s.accept()
# 处理连接
# ...
break # 成功连接，退出循环
except OSError as e:
# 处理错误（例如，超时）
pass
else:
print("连接超时")
3. 调试技巧：
-
串行调试： 使用
print语句或串行监视器在代码的不同点输出调试信息，尤其是s.accept()行之前和之后。 这将帮助了解代码的执行流程并识别潜在的阻塞点。 -
LED 指示灯： 使用连接到 ESP8266 的 LED 指示灯来指示代码执行的不同阶段。 例如，在调用
s.accept()之前点亮一个 LED，在建立连接后点亮另一个 LED。 -
代码审查： 仔细检查的代码，特别是套接字设置和连接处理部分，以确保正确设置了所有参数并处理了所有可能的条件。
4. 其他可能性：
-
网络问题： 确保的 ESP8266 正确连接到 Wi-Fi 网络，并且客户端设备能够访问 ESP8266 的 IP 地址。
-
电源问题： 如果 ESP8266 没有获得足够的电源，它可能会出现不可预测的行为，包括网络连接问题。 尝试使用其他电源或 USB 电缆。
-
硬件问题： 在极少数情况下，ESP8266 本身可能存在硬件问题。 尝试使用其他 ESP8266 模块来查看问题是否仍然存在。
通过实施这些解决方案和调试技巧，应该能够识别并解决导致 ESP8266 卡在
socket.accept()
循环中的问题，并使的 Web 服务器可靠运行。