Python;通过 select 控制死套接字时出现问题

我有一些代码将连接到主机，除了监听传入数据之外什么都不做，直到客户端关闭或主机发送关闭语句。为此，我的代码运行良好。

然而，当主机在没有发送关闭语句的情况下死亡时，我的客户端将按照预期永久监听传入数据。为了解决这个问题，我每隔 foo 秒设置一次套接字超时，并开始检查连接是否处于活动状态。来自Pythonsocket我如何找到这个：

select 的一个非常令人讨厌的问题：如果这些套接字输入列表中的某个位置已经严重死亡，那么 select 将失败。然后，您需要循环遍历所有这些列表中的每个该死的套接字并执行 select([sock],[],[],0) 直到找到坏的套接字。超时为 0 意味着不会花很长时间，但它很丑陋。

    # Example code written for this question.
    from select import select
    from socket include socket, AF_INET, SOCK_STREAM

    socket = socket(AF_INET, SOCK_STREAM)
    socket.connect(('localhost', 12345))
    socklist = [socket,]
    attempts = 0

    def check_socklist(socks):
        for sock in socklist:
            (r, w, e) = select([sock,], [], [], 0)          

            ...
            ...
            ...

    while True:

        (r, w, e) = select(socklist, [], [], 60)

        for sock in r:      
            if sock is socket:
                msg = sock.recv(4096)
                if not msg:
                    attempts +=1
                    if attempts >= 10:
                        check_socket(socklist)
                    break
                else:
                    attempts = 0
                    print msg

本文提出了三个问题。

1. 我被告知要检查连接是否处于活动状态，必须写入套接字并查看响应是否返回。如果没有，则必须假定连接已断开。在文本中，它说要检查是否有坏连接，请单独列出每个套接字，将其传递给 select 的第一个参数并将超时设置为零。这将如何确认套接字是否已死亡？
2. 为什么不通过尝试写入套接字来测试套接字是死是活？
3. 当连接处于活动状态和断开状态时我要寻找什么？ select 会立即超时，因此没有数据就证明不了什么。

我意识到有像这样的图书馆gevent, asyncore and twisted这可以帮助我，但我选择自己做这件事，以便更好地了解正在发生的事情，并更好地控制自己的来源。

如果连接的客户端崩溃或退出，但其主机操作系统和计算机仍在运行，则其操作系统的 TCP 堆栈将向您的服务器发送 FIN 数据包，让您计算机的 TCP 堆栈知道 TCP 连接已关闭。您的 Python 应用程序会将其视为 select() ，表明客户端的套接字已准备好读取，然后当您在套接字上调用 recv() 时，recv() 将返回 0。当发生这种情况时，您应该通过关闭来响应插座。

另一方面，如果连接的客户端计算机永远没有机会发送 FIN 数据包（例如，因为有人伸手将其以太网线或电源线从插座中拔出），那么您的服务器将不会意识到 TCP 连接已经不存在很长一段时间了——可能永远不存在了。避免出现“僵尸套接字”的最简单方法就是让服务器经常在套接字上发送一些虚拟数据，例如每分钟一次或类似的东西。客户端应该知道丢弃虚拟数据。发送虚拟数据的好处是，服务器的 TCP 堆栈会注意到它没有收到任何发送的数据包的 ACK 数据包，并将重新发送它们；重新发送几次后，您的服务器的 TCP 堆栈将放弃并确定连接已断开，此时您将看到我在第一段中描述的相同行为。