WinSock recv()超时：setsockopt()-设置值+半秒？

Question

我正在编写一个跨平台库，除其他外，它提供了一个套接字接口，在运行我的单元测试套件时，我注意到通过setsockopt()设置的超时有些奇怪： Windows 中，阻塞的 recv() 调用似乎始终比通过 SO_RCVTIMEO 选项指定的时间晚大约半秒（500 毫秒）返回。

我错过的文档中有对此有任何解释吗？搜索网络，我只能找到 对问题的其他参考 – 拥有 »Windows Sockets 的人可以吗 网络编程 « 作者：Bob Quinn 和 Dave Shute 帮我查找第 466 页吗？不幸的是，我现在只能运行我的测试 Windows Server 2008 R2，其他 Windows 版本上是否也存在同样的奇怪行为？

Answer 1

来自 Jones 和 Ohlund 的 Microsoft Windows 网络编程：

SO_RCVTIMEO 最佳值

<小时>

• 类型：int
• 获取/设置：两者
• Winsock 版本：1+
• 描述：获取或设置超时值（以毫秒为单位）
  与接收数据有关
  套接字

<小时>

SO_RCVTIMEO 选项设置
接收阻塞的超时值
插座。超时值是
以毫秒为单位的整数，表示
Winsock接收函数需要多长时间
尝试时应该阻止
接收数据。如果您需要使用
SO_RCVTIMEO 选项，您使用
WSASocket函数创建
套接字，您必须指定
WSA_FLAG_OVERLAPPED 作为一部分
WSASocket 的 dwFlags 参数。
对任何 Winsock 的后续调用
接收函数（如recv、
recvfrom、WSARecv 或 WSARecvFrom）
仅在一定时间内阻塞
指定的。如果没有数据到达
那时，呼叫失败并显示
错误 10060（WSAETIMEDOUT）。如果
接收器操作确实超时
套接字处于不确定状态
且不应使用。

出于性能原因，此选项
在 Windows CE 2.1 中被禁用。如果你
尝试设置这个选项，它是
默默无视，没有失败
返回。以前版本的 Windows
CE确实实现了这个选项。

我认为其中的关键信息是：

如果您需要使用SO_RCVTIMEO选项并且您使用WSASocket
创建套接字的函数，您
必须将 WSA_FLAG_OVERLAPPED 指定为
WSASocket 的 dwFlags 参数的一部分

我希望这仍然有用:)

Answer 2

我也有同样的问题。将使用

patchedTimeout = max ( unpatchedTimepit - 500, 1 )

使用 unpatchedTimepit == 850 对此进行测试

Answer 3

你的问题不在于rcv函数超时！

如果您的应用程序有一个 while 循环来检查和接收，只需放置一个 if 语句来检查接收缓冲区最后一个索引“\0”字符，以检查接收字符串是否结束。

通常，如果 rcv 函数仍在接收，则返回值是接收到的数据的大小。 size 可以用作缓冲区数组的最后一个索引。

   do{
       result = rcv(s,buf,len,0);
        if(buf[result] == '\0'){
           break;
        }
    }
    while(result > 0);