感谢支持
我们一直在努力

Linux Socket通信之SIGPIPE信号

做一个很简单的通信模块:服务器端监听服务请求并接收数据;客户端连接服务器段并发送数据。考虑到 一种情况:客户端向服务器端连续两次发送数据,而服务器端在accept之后就关闭了连接。


通过在服务器端accept成功之后调用close(fd)模仿这种情形。UNP的5.13节说客户端在第二次发送数据时会接收到第一次发送数据时服务器端返回的RST从而导致内核发出SIGPIPE信号。于是我在客户端程序中使用signal(SIGPIPE, sig_pipe)捕捉SIGPIPE信号,程序调试时证明UNP说得没错,但在运行状态时有时候捕捉不到SIGPIPE信号。


仔细看书,UNP第113面的5.12节中有一小段文字讲RST被客户端收到的时间取决于时序问题,于是猜想第二此调用send函数发送数据时有可能服务器端的RST还未返回。为了验证这个猜想,在第二次发送数据前sleep一下程序,使得RST能在send前返回。测试程序,乖乖,这次都能捕捉到SIPPIPE信号了。


问题是:假如我想100%的捕捉SIGPIPE信号,那么每次的sleep就会影响到程序的效率。

赞(0) 打赏
转载请注明出处:服务器评测 » Linux Socket通信之SIGPIPE信号
分享到: 更多 (0)

听说打赏我的人,都进福布斯排行榜啦!

支付宝扫一扫打赏

微信扫一扫打赏