如何解决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参数的一部分
我希望这仍然有用:)
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。