Python 3 Socket传输端点已连接问题：IRC Bot重连失败求助

嘿，这个问题我之前帮好几个做IRC机器人的朋友排查过，“传输端点已连接”（对应系统错误码EISCONN）本质上就是你在调用connect()的时候，当前操作的socket还处于已连接状态——哪怕你以为已经把它关掉了。下面给你拆解几个最可能的原因和对应的解决办法：

1. 旧socket没有被彻底关闭 #

很多人只调用了sock.close()就以为完事了，但实际上在网络编程里，正确的关闭流程应该是先shutdown()再close()，最后还要把socket对象置为None：

import socket

def clean_up_socket(sock):
    if sock is None:
        return
    try:
        # 先双向关闭连接，确保没有残留的数据流
        sock.shutdown(socket.SHUT_RDWR)
    except OSError:
        # 如果已经被远端关闭，shutdown可能会报错，直接忽略
        pass
    try:
        sock.close()
    except OSError:
        pass
    # 关键：把对象置为None，避免后续误操作这个已关闭的socket
    sock = None

只调用close()可能会留下未释放的文件描述符，或者socket内部状态还没更新，导致你以为它关了，实际系统层面还标记着已连接。

2. 重连时复用了旧socket对象 #

哪怕你关闭了旧socket，也绝对不要在同一个socket实例上再次调用connect()。重连的时候必须完全新建一个socket对象：

# 错误做法：复用旧socket
# self.sock.connect((server, port))

# 正确做法：新建socket
self.sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
self.sock.connect((irc_server, irc_port))

旧socket哪怕关闭了，它的内部状态可能还残留着连接相关的标记，直接复用必然会触发EISCONN错误。

3. 重连触发时机太早 #

有时候你检测到“断开”可能只是一次超时或者短暂的网络波动，此时socket其实还处于半连接状态。建议在触发重连前，先主动确认连接确实失效：

• 发送IRC的PING指令，等待PONG响应，如果超时没有收到，再判定为连接断开
• 检测recv()返回空字节（这是远端主动关闭连接的明确信号）

只有确认连接真的断了，再执行上面的socket清理流程，然后发起重连。

4. 异常处理分支遗漏了socket清理 #

比如在接收数据、发送数据时抛出异常，你有没有在所有异常分支里都执行了socket清理？举个例子：

def receive_data(self):
    try:
        data = self.sock.recv(1024)
        if not data:
            # 远端关闭连接，触发清理和重连
            self.clean_up_socket(self.sock)
            self.reconnect()
            return
        # 处理收到的数据
        self.handle_data(data)
    except socket.timeout:
        # 超时，发送PING检测连接
        self.send_ping()
    except OSError as e:
        # 其他网络错误，直接清理重连
        self.clean_up_socket(self.sock)
        self.reconnect()

如果某个异常分支里没做清理，旧socket就会保持连接状态，下次重连时就会报错。

按照这几个方向排查，应该能解决你的问题。

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