Linux中写一个已被关闭的套接字时程序终止的解决方法

    昨天写一个程序的时候遇到这样一个问题:现有客户端A和服务器端B,服务器端B接受A的TCP连接请求建立连接,客户端A持续向服务器端发送数据。服务器端终止与客户端A的连接。客户端在某次发送数据失败后程序异常退出。

    我遇到的问题是:我在客户端A的代码中并没有让A结束,而是在一个死循环中发送数据,结果客户端A就非常诡异的终止了!

    今天我终于找到这个问题的答案了。引起这个问题的原因是一个名叫SIGPIPE的信号。当一个进程向某个已收到RST的套接字执行写操作时,内核向该进程发送一个SIGPIPE信号。该信号的默认行为是终止进程,因此进程必须捕获它以免不情愿的被终止。

    更具体的说就是在客户端收到服务器端的FIN结束符以后,当客户端再次向服务器端发送数据时,服务器端会返回一个RST消息,程序调用则会返回一个ECONNRESET错误,但这并不会导致程序异常退出。当下一次再尝试写入数据的时候,将会导致内核产生一个SIGPIPE信号,在没有对该信号进行捕获的情况下,SIGPIPE信号将采用默认行为,即终止进程,所以才会产生客户端诡异的终止掉。

    知道了原因,解决问题就很容易了,只要捕获该信号或者将该信号的信号处理设置为SIG_IGN就可以啦。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值