0

正如标题所暗示的，我使用过winsock 和boost 插座。我在检测断开连接时遇到了难以置信的困难。

首先，我知道可以通过以下方式发现断开连接：

  1. recv() / async_read() 返回套接字错误或 0。
  2. 发送() / async_write() ... ... ...
  3. 客户端是否手动关闭，是否被中断/程序关闭 - 无论如何。

所以这里是问题场景：

我用 closesocket() 关闭了我的连接。客户端检测到断开连接 - 一切正常。

我关闭程序 - 客户端无法检测到断开连接的可能性为 50/50。由于某种原因，我的重叠 IO WSARecv() 不能保证检测到。

我杀死了这个过程。检测的机会增加到 80%。But for the rest of the 20% - here's what's bothering me. I implemented a keep-alive ping mechanism which sends data to the server. Even if I killed the program - the server is still async_writing() to the connection - even though it's not detected or dead.

这是我必须忍受的吗？我有点迷失了，因为我尽我所能检测断线……但它们仍然是个问题。

4

1 回答 1

3

TCP 不保证仅接收的一方可以检测到连接丢失。您在 TCP 之上实现的协议应该在其设计中考虑到这一点。如果没有，协议就被破坏了，你应该向设计它的人大声抱怨。

如果您自己设计协议，请不要跳过记录协议的步骤。这应该始终包括它是否支持应用程序级消息、它们是如何构建的、谁在何时传输、如何检测到断开连接、任何超时等等。在没有实际设计的情况下实施的“即兴”协议基本上注定要失败，即使它碰巧工作，也永远无法维护，因为实际上不可能确定它应该如何工作。

一旦你有了协议规范，至少可以通过以下简单的步骤来确定问题所在：

  1. 服务器是否遵循规范？如果没有，请停止。服务器坏了。

  2. 客户是否遵守规范？如果没有，请停止。客户端坏了。

  3. 停止。规范被破坏了。

没有规范，这些问题是无法回答的。很多痛苦就是这样造成的。

于 2013-05-28T21:46:49.663 回答