关于connection reset by peer 的思考

在调试一个客户端的程序时,发现有connection reset by peer的错误。google,百度了半天特总结如下:

出现这个问题的原因是socket连接的一端在关闭socket句柄的时候,对已经关闭的socket调用两次write,第一次如果发送缓冲没问题,会返回正确写入,但发送的报文会导致对端发送RST报文。因为对端的socket已经close,完全关闭。不收不发。第二次将会生成SIGPIPE信号。系统会发送sigpipe的信号给对端进程。在这里也就是服务器端发送客户端进程一个sigpipe的信号。收到这个信号的默认操作是中止进程。具体的分析可以结合TCP的“四次握手”关闭。TCP是全双工的信道。可以看做两条单工信道。TCP连接的两端的两个端点各负责一条。当对端调用close时,虽然本意是关闭整个两个信道,但本端只是收到FIN包。按照TCP协议的语义,表示只是关闭了其所负责的那一条。仍然可以接受数据。

在这里可以选择两种操作:

1.忽略这个信号

操作如下:signal(SIGPIPE,SIG_IGN)

2.在收到这个信号后,打印这个信号。并在read,write的时候处理

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

前进的蜗牛啊

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值