python sendall没有引发连接关闭错误

all*_*mon 1 python sockets network-programming

我有以下代码,在 linux / mac ,远程和本地机器上使用 python2.7 和 python3.5 进行了测试:

import socket
import time

s = socket.socket()
s.connect(("127.0.0.1", 8080))
s.sendall(b'first')
time.sleep(20)
s.sendall(b'should fail')
Run Code Online (Sandbox Code Playgroud)

另一方面,我有一个“服务器”在运行 netcat -l -p8080

一看到first,我就杀死了 netcat 命令

但是s.sendall没有引发任何异常,为什么会这样?

编辑:请注意,再做s.sendall一次然后引发异常

import socket
import time

s = socket.socket()
s.connect(("127.0.0.1", 8080))
s.sendall(b'first')
time.sleep(20)
s.sendall(b'should fail')
s.sendall(b'now it really fails')
Run Code Online (Sandbox Code Playgroud)

Gil*_*ton 5

因为您的python 代码所代表的客户端还不知道服务器的套接字已关闭并消失了。将 TCP 连接视为两个独立的通道:每个方向一个。TCP 协议允许每一方在自己选择的时间关闭连接的发送方。并且 TCP 无法向对方表明将来向另一方向发送的信息将不被接受。

更详细地说...... TCP 会话的普通终止涉及每一方发送一个带有FIN标志集的数据包。这表明发送 的对等方FIN将不再发送任何数据。它并没有表明的接收FIN数据包可以不发送任何更多的数据。

所以,这里发生的事情是,当你 kill 时netcat,一个FIN数据包从服务器端发送到客户端(并由网络堆栈代表客户端确认)。这将关闭套接字的服务器 => 客户端方向。但是,就客户端所知,client=>server 方向仍然可用。稍后,当您的客户端尝试发送数据时,会发送一个包含数据的数据包。现在,服务器端的网络堆栈立即响应,通过发送RST数据包告诉客户端服务器不再存在。但是,您的sendall函数调用在接收到的时候已经很长时间了。

因此,如果您的客户端要再休眠一秒钟(或实际上只是一秒钟的一小部分)然后尝试另一次发送,则后续发送引发异常。

创建整个会话的数据包捕获并使用wireshark进行研究可能会有所启发。在调用 python 代码之前在另一个窗口中运行它(然后用 Ctrl-C 杀死):

sudo tcpdump -i lo -w /tmp/f.pcap port 8080
Run Code Online (Sandbox Code Playgroud)

您还可以使用 wireshark 来捕获它,将其指定port 8080为捕获过滤器 - 或tcp.port == 8080显示过滤器。