客户端重复连接或意外关闭后Socket异常，需重启服务器

嘿，这个问题我太熟了——这本质上是TCP连接管理和套接字资源释放的典型坑，咱们一步步来搞定它：

问题根源分析 #

你遇到的情况大概率是这两个原因之一：

• 服务器代码只处理单次连接：写完监听逻辑后，接受一次连接就进入处理流程，再也没回到监听状态等待新连接，导致后续的F5或者重启客户端都没法建立新连接。
• TIME_WAIT状态占用端口：客户端意外关闭时，TCP连接不会立刻彻底断开，服务器端的套接字会进入TIME_WAIT状态（默认几分钟），如果没设置地址复用，服务器就没法重新绑定同一个端口，必须等状态过期或者重启服务器才能恢复。

具体解决方案 #

直接上可落地的修改方案：

1. 给服务器加上循环监听逻辑
   服务器的核心应该是一个无限循环，处理完一个客户端连接后，立刻回到accept()等待下一个请求。比如Python的示例代码：

   import socket
   
   # 创建服务器套接字
   server_sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
   # 关键：开启地址复用，允许TIME_WAIT状态下重新绑定端口
   server_sock.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
   server_sock.bind(('127.0.0.1', 9999))
   server_sock.listen(5)  # 允许5个待处理连接队列
   
   print("服务器已启动监听，等待客户端连接...")
   while True:
       # 阻塞等待新连接
       client_sock, client_addr = server_sock.accept()
       print(f"已连接客户端: {client_addr}")
       
       # 这里写你的业务处理逻辑
       # 比如接收客户端数据
       data = client_sock.recv(1024)
       if data:
           print(f"收到数据: {data.decode('utf-8')}")
       
       # 处理完一定要关闭客户端套接字，释放资源
       client_sock.close()
       print(f"与{client_addr}的连接已关闭")
   

   重点是while True循环和SO_REUSEADDR选项，前者保证服务器一直监听新连接，后者解决端口被TIME_WAIT占用的问题。

2. 正确处理客户端异常断开
   当客户端意外关闭时，服务器的recv()会返回空字节串，这时候要及时关闭客户端套接字，避免资源泄漏：

   data = client_sock.recv(1024)
   if not data:
       print(f"客户端{client_addr}意外断开连接")
       client_sock.close()
       continue  # 回到循环，等待下一个连接
   

3. 别误关服务器监听套接字
   很多新手会在处理完一个连接后把server_sock.close()也写上，这就直接把监听端口关了，自然必须重启服务器才能再用——记住：服务器的监听套接字要一直保持打开状态，只需要关闭每个客户端对应的套接字就行。

总结 #

按上面的思路修改代码后，不管你客户端按多少次F5，或者意外关闭后重启，都能正常建立连接了。核心就是让服务器持续监听新连接，同时允许端口复用避免TIME_WAIT的限制。

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