linux网络编程 send或者write socket遭遇SIGPIPE，分析及解决

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

sunxiaopengsun

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

阅读量801

点赞数

分类专栏： linux linux基础网络编程

本文链接：https://blog.csdn.net/sunxiaopengsun/article/details/79170737

版权

linux基础同时被 3 个专栏收录

90 篇文章

订阅专栏

linux

26 篇文章

订阅专栏

网络编程

26 篇文章

订阅专栏

本文探讨了C/S程序中服务端断开连接时客户端收到SIGPIPE信号的问题，并提供了解决方案，包括如何重新定义SIGPIPE信号的处理方式以及避免僵尸进程产生的方法。

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

  最近在编写C/S（客户端/服务器）程序，问题：当服务端断开连接时，客户端也随之关闭。使用gdb调试信息如下： 

  Program received signal SIGPIPE, Broken pipe. 

  0x0012e416 in __kernel_vsyscall () 

  分析原因：当服务端close一个连接时，如果客户端继续使用send或write发送数据，根据TCP协议的规定，会收到一个RST响应，client再往这个服务器发送数据时，系统会发出一个SIGPIPE信号给进程，告诉进程这个连接已经断开了，不要再写了。又或者当一个进程向某个已经收到RST的socket执行写操作是，内核向该进程发送一个SIGPIPE信号。该信号的缺省学位是终止进程，因此进程必须捕获它以免不情愿的被终止。 

  解决方法：重新定义遇到SIGPIPE的措施，signal(SIGPIPE,   SIG_IGN);具体措施在函数SIG_IGN里面写。 

  如：signal(SIGPIPE, SIG_IGN);     //这时SIGPIPE交给了系统处理。 

  如果服务器采用了fork的话，要收集垃圾进程，防止僵尸进程的产生，可以这样处理： 

  signal(SIGCHLD,SIG_IGN);//交给系统init去回收,这里子进程就不会产生僵尸进程了。 

  或者使用sigaction如下所示： 

  struct sigaction sa; 

  sa.sa_handler = SIG_IGN; 

  sigaction( SIGPIPE, &sa, 0 ); 

  signal设置的信号句柄只能起一次作用，信号被捕获一次后，信号句柄就会被还原成默认值了，而sigaction设置的信号句柄，可以一直有效，值到你再次改变它的设置。 

  struct sigaction action; 

  action.sa_handler = handle_pipe; 

  sigemptyset(&action.sa_mask); 

  action.sa_flags = 0; 

  sigaction(SIGPIPE, &action, NULL); 

  void handle_pipe(int sig) 

{

  //不做任何处理即可 

}