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

问题描述

| 我正在编写一个跨平台的库，该库除其他外提供了套接字接口，并且在运行我的单元测试套件时，我注意到通过ѭ0设置的超时有些奇怪：在Windows上，阻塞ѭ1调用似乎始终如一返回比通过

SO_RCVTIMEO

选项指定的时间晚半秒（500毫秒）。 我错过的文档中对此有任何解释吗？在网上搜索时，我只能找到该问题的其他参考–可能拥有Windows Sockets的人 Bob Quinn和Dave Shute撰写的《网络编程》是否为我查找第466页？不幸的是，我现在只能运行测试Windows Server 2008 R2，在其他Windows版本上是否也存在相同的奇怪行为？     

解决方法

        我有同样的问题。要使用 patchedTimeout =最大值（unpatchedTimepit-500，1） 使用unpatchedTimepit == 850进行了测试     ,        摘自Jones和Ohlund的Microsoft Windows网络编程：   SO_RCVTIMEO optval               类型：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参数的一部分 我希望这仍然有用:)