Python sendall未抛出连接关闭异常的原因排查

这是典型的TCP套接字通信的行为特性，核心原因和TCP连接的关闭流程、sendall()的工作机制有关：

1. TCP连接的半关闭与RST包的处理逻辑 #

当你运行的netcat -l -p8080进程终止时，操作系统会自动关闭它持有的TCP套接字，并向你的Python客户端发送一个FIN包（表示服务器端不再发送数据）。但此时客户端的套接字并没有立刻进入完全不可用的状态：

• 客户端的内核套接字缓冲区还有空间，第一次调用s.sendall()时，数据会被成功写入内核缓冲区，TCP协议栈会尝试把数据发送给服务器。
• 服务器端已经关闭了套接字，收到客户端发来的数据后，会回复一个RST包（表示连接已重置，拒绝接收数据）。但这个RST包是在客户端发送数据之后才收到的，所以第一次sendall()调用在完成数据写入缓冲区时，内核还没检测到RST错误，因此不会抛出异常。

2. sendall()的工作机制 #

sendall()的作用是将所有数据写入内核发送缓冲区（内部循环调用send()直到所有数据被写入），它只保证数据被成功交给内核，不会等待服务器端的确认。所以只要数据成功写入缓冲区，sendall()就会返回成功，不管对方是否已经关闭连接、是否会接收数据。

当客户端内核收到服务器发来的RST包后，会将该套接字标记为"错误状态"。此时第二次调用s.sendall()时，内核会检测到这个错误状态，直接抛出连接重置相关的异常（比如Python 3中的ConnectionResetError，Python 2中的socket.error）。

额外验证小技巧 #

如果你想在第一次发送后立刻检测到连接问题，可以在sendall()之后尝试调用一次s.recv(1024)：

• 此时内核会返回0（表示对方已关闭连接）或者直接抛出异常，这样就能提前感知到连接状态的变化。

内容的提问来源于stack exchange，提问作者allan.simon