来自http://docs.python.org/2/howto/sockets.html
如果套接字发送或接收处理 0 个字节后返回，则连接已断开。
另一方面，如果 TCP 连接的远程端关闭（或被杀死），并且随后调用了 socket.send()，则可以看到以下 socket.error 异常
socket.error: [Errno 104] 连接被对等方重置
现在我的问题是，“连接已断开”和“有什么区别？对等连接重置。“连接已断开”的确切含义 == socket.send() 返回零。对我来说，即使是一个字符也不能发送，就像 socket.error 异常一样糟糕。无论导致 socket.send 返回零的事件，理想情况下都应该引发 socket.error 异常，这样应用程序就不必处理两个不同的事情（异常和返回值为零）。
获取 RST 是 TCP 协议中一个非常具体的用例——对等方通过在 TCP 标头中设置 RST 标志来发回消息。这通常意味着对等方没有套接字端点。如果远程对等方的计算机突然重新启动而没有机会优雅地关闭套接字（也就是使用 4 路 FIN 消息），则可能会发生这种情况。一旦它重新上线，它就丢失了早期的套接字端点，如果它为旧连接接收到任何新的 TCP 数据包，那么它将通过设置 RST 标志发送 TCP 消息。
与接收 RST 相反，连接可能由于其他原因而关闭。其中之一是使用 FIN 消息的正常优雅。在这种情况下，TCP 层的底层连接是关闭的。另一种情况可能是对等方的连接丢失并且设置了 TCP Keepalive 选项。对于这种情况，当对等体空闲时，TCP 将发送保活探测，并且由于不存在连接，因此不会对保活进行回复。一旦 TCP 层没有收到一组 N 个 keepalive，那么它将在本地关闭连接。在这样的套接字上调用 Python 的 send 和 recv 会返回 0。