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就会影响到程序的效率。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值