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