gpt4 book ai didi

python sendall没有提高连接关闭错误

转载 作者:行者123 更新时间:2023-12-03 11:56:44 28 4
gpt4 key购买 nike

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

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')

另一方面,我有一个运行 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')

最佳答案

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

更详细... TCP session 的普通终止涉及到每一方发送一个带有 FIN 的数据包。标志设置。这表明发送 FIN 的对等方将不再发送任何数据。它并不表示FIN 的接收者数据包可能不再发送任何数据。

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

因此,如果您的客户端要再睡一秒钟(或者实际上只是一秒钟的一小部分)然后尝试另一次发送,那么随后的发送将引发异常。

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

sudo tcpdump -i lo -w /tmp/f.pcap port 8080

您也可以使用wireshark 来捕获它,指定相同的 port 8080作为捕获过滤器 -- 或 tcp.port == 8080作为显示过滤器。

关于python sendall没有提高连接关闭错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48613006/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com