我正在学习使用SO_SNDTIMEO和SO_RCVTIMEO来检查超时.
它易于使用读取插座.但是当我想检查写入超时时,它总是返回成功.这就是我所做的:(全部处于阻止模式)
它易于使用读取插座.但是当我想检查写入超时时,它总是返回成功.这就是我所做的:(全部处于阻止模式)
>关闭客户端读取套接字并在服务器开始写入之前退出
>在服务器开始写入之前终止客户端
>接受后但在写入之前拔掉服务器的电缆
好吧,似乎所有这些案例写成只是成功回归.
我认为原因应该是端口是由os管理的资源,并且在客户端,程序消失后,tcp连接仍然显示FIN_WAIT2状态.
解决方法
如何获得错误EAGAIN？
要获得错误EAGAIN,您需要使用非阻塞套接字.使用非阻塞套接字,您需要编写大量数据(并停止在对等端接收数据),以便填充内部TCP缓冲区并返回此错误.
要获得错误EAGAIN,您需要使用非阻塞套接字.使用非阻塞套接字,您需要编写大量数据(并停止在对等端接收数据),以便填充内部TCP缓冲区并返回此错误.
如何获得错误EPIPE？
要获得错误EPIPE,您需要在关闭对等端的套接字后发送大量数据.您可以从此SO Link获得有关EPIPE错误的更多信息.我在提供的链接中询问了有关“管道错误”的问题,并且接受的答案给出了详细说明.重要的是要注意,要获得EPIPE错误,您应该将发送的flags参数设置为MSG_NOSIGNAL.没有它,异常发送可以生成SIGPIPE信号.
附加说明
请注意,很难模拟写入失败,因为TCP通常会将您尝试写入的数据存储到其内部缓冲区中.因此,如果内部缓冲区有足够的空间,那么您不会立即收到错误.最好的方法是尝试编写大量数据.您还可以尝试使用具有SO_SNDBUF选项的setsockopt功能设置较小的缓冲区大小以进行发送
