tcp socket在調用send接口時，出現了程序出現：Program received signal SIGPIPE, Broken pipe的異常。

說明程序收到了SIGPIPE的信號。一般網上的處理手段是signal(SIGPIPE, SIG_IGN);忽略這個信號，但實際測試過程中貌似沒太生效，這塊沒具體研究。

還是直接分析下原因，為何

sendret = send(sockfd, sendmsg, strlen(sendmsg), 0);

這樣一段代碼會引起程序收到SIGPIPE信號呢？

直接看下send對應的代碼吧：

kernel：tcp_sendmsg函數err = -EPIPE;if (sk->sk_err || (sk->sk_shutdown & SEND_SHUTDOWN))goto out_err;... ... out_err:err = sk_stream_error(sk, flags, err);release_sock(sk);return err;int sk_stream_error(struct sock *sk, int flags, int err) {if (err == -EPIPE)err = sock_error(sk) ? : -EPIPE;if (err == -EPIPE && !(flags & MSG_NOSIGNAL))send_sig(SIGPIPE, current, 0);return err; }

可以看出：當send操作的socketfd被關閉的時候，會拋出sigpipe的異常。

而看上述代碼，flags如果帶有MSG_NOSIGNAL標志的話，就不會拋出異常，所以在應用層調用send時，可以如下：

sendret = send(sockfd, sendmsg, strlen(sendmsg), MSG_NOSIGNAL);

這樣就不會拋出異常。

兩個疑問：

1）除了操作send的flag，還有其它手段嗎？通過select或者epoll監聽sockfd的事件，判斷sockfd可寫后再發送可以嗎？但是會不會出現當epoll發現可寫時，但是真正send時socket的狀態又被改變的場景？

2）signal(SIGPIPE, SIG_IGN);的方式為何不生效呢？

總結

以上是生活随笔為你收集整理的socket send：broken pipe的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。