socket send：broken pipe

最新推荐文章于 2024-01-10 12:23:21 发布

forsakening

最新推荐文章于 2024-01-10 12:23:21 发布

阅读量3.7k

点赞数 2

分类专栏： Linux内核 Linux环境/环境编程文章标签：网络

本文链接：https://blog.youkuaiyun.com/zhengxianghdu/article/details/124370422

版权

Linux内核同时被 2 个专栏收录

13 篇文章

订阅专栏

Linux环境/环境编程

7 篇文章

订阅专栏

在TCP Socket编程中，当调用send接口发送数据时遇到SIGPIPE异常，通常是因为尝试向已关闭的socket发送数据。解决方法包括设置MSG_NOSIGNAL标志避免信号触发，或者捕获并忽略SIGPIPE信号。然而，实际测试中忽略信号可能无效。分析内核代码发现，当socket处于关闭或SHUTDOWN状态时，send会抛出SIGPIPE。除了设置send的标志，还可以通过select或epoll监听socket状态，但在实际操作中可能存在同步问题。文章探讨了这两种处理方式的优缺点及其潜在风险。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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);的方式为何不生效呢？