signal(SIGCHLD, SIG_IGN)和signal(SIGPIPE, SIG_IGN);

最新推荐文章于 2022-08-02 17:36:05 发布
原创 最新推荐文章于 2022-08-02 17:36:05 发布 · 124 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux

本文探讨了当服务器关闭连接时客户端如何处理SIGPIPE信号，避免意外终止，并介绍了通过设置信号忽略来解决此问题的方法。此外，还提到了服务器端采用fork时如何处理SIGCHLD信号，以防止僵尸进程的产生。

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

当服务器close一个连接时，若client端接着发数据。根据TCP 协议的规定，会收到一个RST响应，client再往这个服务器发送数据时，系统会发出一个SIGPIPE信号给进程，告诉进程这个连接已经断开了，不要再写了。 
　　根据信号的默认处理规则SIGPIPE信号的默认执行动作是terminate(终止、退出),所以client会退出。若不想客户端退出可以把SIGPIPE设为SIG_IGN 
　　如:    signal(SIGPIPE,SIG_IGN); 
　　这时SIGPIPE交给了系统处理。 
　　服务器采用了fork的话，要收集垃圾进程，防止僵尸进程的产生，可以这样处理： 
　　signal(SIGCHLD,SIG_IGN); 交给系统init去回收。 
　　这里子进程就不会产生僵尸进程了
 
signal(SIGPIPE, SIG_IGN)
陌上花开缓缓归以的博客
09-21 623
补充问题：当遇到系统异常退出时我们怎么处理呢？linux查看signal常见信号。
嵌入式Linux编程【信号量】signal信号及代码实现
吻等离子的博客
07-24 503
signal信号函数，第一个参数表示需要处理的信号值（SIGHUP），第二个参数为处理函数或者是一个表示，这里，SIG_IGN表示忽略SIGHUP那个注册的信号。为指定的信号安装一个新的信号处理函数。调用处理函数处理信号返回以前的信号处理配置。SIGUSR1 用户信号1 SIGUSR2 用户信号2。SIGHUP 挂起信号 SIGINT 中断信号。向进程发送信号进程捕获信号后调用信号处理程序处理。
关于SIGPIPE信号
09-07 1550
我写了一个服务器程序,在Linux下测试，然后用C++写了客户端用千万级别数量的短链接进行压力测试.  但是服务器总是莫名退出，没有core文件. 最后问题确定为, 对一个对端已经关闭的socket调用两次write, 第二次将会生成SIGPIPE信号, 该信号默认结束进程
signal(SIGPIPE, SIG_IGN) (转)
weixin_33910434的博客
08-08 458
signal(SIGPIPE, SIG_IGN)   当服务器close一个连接时，若client端接着发数据。 根据TCP 协议的规定，会收到一个RST响应，client再往这个服务器发送数据时，系统会发出一个SIGPIPE信号给进程，告诉进程这个连接已经断开了，不要再写了。  根据信号的默认处理规则SIGPIPE信号的默认执行动作是terminate(终止、退出),所以client会退出...
嵌入式 signal(SIGPIPE,SIG_IGN)
skdkjxy的专栏
12-02 1013
当服务器close一个连接时，若client端接着发数据。根据TCP 协议的规定，会收到一个RST响应，client再往这个服务器发送数据时，系统会发出一个SIGPIPE信号给进程，告诉进程这个连接已经断开了，不要再写了。  　　根据信号的默认处理规则SIGPIPE信号的默认执行动作是terminate(终止、退出),所以client会退出。若不想客户端退出可以把SIGPIPE设为SIG_IGN
SIGPIPE 原因和解决办法和信号处理
qixiang2013的专栏
08-02 3656
SIGPIPE
signal(SIGPIPE, SIG_IGN);
学习是为了探索这个世界的本质
02-12 7847
TCP是全双工的信道, 可以看作两条单工信道, TCP连接两端的两个端点各负责一条. 当对端调用close时, 虽然本意是关闭整个两条信道,  但本端只是收到FIN包.  按照TCP协议的语义, 表示对端只是关闭了其所负责的那一条单工信道, 仍然可以继续接收数据. 也就是说, 因为TCP协议的限制,  一个端点无法获知对端的socket是调用了close还是shutdown. 这句
SIGPIPE,SIGCHLD
梦里花
01-14 856
当服务器close一个连接时，若client端接着发数据。根据TCP协议的规定，会收到一个RST响应，client再往这个服务器发送数据时，系统会发出一个SIGPIPE信号给进程，告诉进程这个连接已经断开了，不要再写了。    根据信号的默认处理规则SIGPIPE信号的默认执行动作是terminate(终止、退出),所以client会退出。若不想客户端退出可以把SIGPIPE设为SIG_I
signal(SIGPIPE, SIG_IGN)详解
Learn and live
04-29 6587
SIG_IGN  忽略信号 SIGPIPE 一个对端已经关闭的socket调用两次write, 第二次将会生成SIGPIPE信号, 该信号默认结束进程. 结合TCP的"四次握手"关闭. TCP是全双工的信道, 可以看作两条单工信道, TCP连接两端的两个端点各负责一条. 当对端调用close时, 虽然本意是关闭整个两条信道, 但本端只是收到FIN包. 按照TCP协议的语义, 表示对端只
signal( SIGPIPE, SIG_IGN )
weixin_30760895的博客
08-23 128
最近编写一个http服务器，经常发生无故崩溃的情况 程序崩溃的时候非常奇怪，既没有产生core文件，我自己也没有类似exit的语句 后来发现原来是这样： TCP是全双工的信道, 可以看作两条单工信道, TCP连接两端的两个端点各负责一条. 当对端调用close时, 虽然本意是关闭整个两条信道,但本端只是收到FIN包. 按照TCP协议的语义, 表示对端只是关闭了其所负责的那一条单工信道, 仍...
signal(SIGPIPE ,SIG_IGN);
juan380649731的专栏
11-29 816
转载自：http://www.360doc.com/content/11/0604/09/4363353_121584610.shtml
Linux下程序开头要加上signal(SIGPIPE, SIG_IGN);
stone-jin
01-21 1201
作用好像是：套接字某种情况下会导致程序terminate，加上这句话就不会terminate了。 待确定
signal函数中的SIGPIPE
你若成风
03-28 2668
在linux下写socket的程序的时候，如果尝试send到一个disconnected socket上，就会让底层抛出一个SIGPIPE信号。这个信号的缺省处理方法是退出进程，大多数时候这都不是我们期望的。即连接建立，若某一端关闭连接，而另一端仍然向它写数据，第一次写数据后会收到RST响应，此后再写数据，内核将向进程发出SIGPIPE信号，通知进程此连接已经断开。而SIGPIPE信号的默认处
#include <stdio.h> #include <stdlib.h> #include <unistd.h> #include <sys/socket.h> #include <sys/wait.h> #include <sys/types.h> #include <errno.h> #include <fcntl.h> #include <netinet/in.h> #include <signal.h> #include "http.h" #include "multiProcess.h" #define MAX_CHILDREN 500 // 最大并发子进程数 #define MAX_WAIT_TIME 5 // 等待子进程退出的最长时间(秒) static volatile sig_atomic_t num_children = 0; // 信号处理函数：回收僵尸进程 void sigchld_handler(int sig) { int saved_errno = errno; pid_t pid; int status; // 非阻塞方式回收所有已退出的子进程 while ((pid = waitpid(-1, &status, WNOHANG)) > 0) { if (WIFEXITED(status)) { printf("Child %d exited with status %d\n", pid, WEXITSTATUS(status)); } else if (WIFSIGNALED(status)) { printf("Child %d killed by signal %d\n", pid, WTERMSIG(status)); } num_children--; } errno = saved_errno; } // 信号处理函数：处理SIGTERM/SIGINT void sigterm_handler(int sig) { printf("Received signal %d, shutting down...\n", sig); // 这里可以添加清理代码 exit(EXIT_SUCCESS); } int multiProcessEntry() { int server_sock = -1; int port = 80; struct sockaddr_in client_name; socklen_t client_name_len = sizeof(client_name); // 设置信号处理 struct sigaction sa; sa.sa_handler = sigchld_handler; sigemptyset(&sa.sa_mask); sa.sa_flags = SA_RESTART | SA_NOCLDSTOP; if (sigaction(SIGCHLD, &sa, NULL) == -1) { perror("sigaction"); exit(EXIT_FAILURE); } // 设置终止信号处理 signal(SIGTERM, sigterm_handler); signal(SIGINT, sigterm_handler); signal(SIGPIPE, SIG_IGN); // 忽略SIGPIPE server_sock = startup(&port); printf("HTTP server running on port %d\n", port); // 设置监听套接字为非阻塞 int flags = fcntl(server_sock, F_GETFL, 0); fcntl(server_sock, F_SETFL, flags | O_NONBLOCK); while (1) { // 检查进程数限制 if (num_children >= MAX_CHILDREN) { // 等待部分子进程退出 printf("Reached max children (%d), waiting...\n", MAX_CHILDREN); sleep(1); continue; } int client_sock = accept(server_sock, (struct sockaddr *)&client_name, &client_name_len); if (client_sock == -1) { if (errno == EAGAIN || errno == EWOULDBLOCK) { // 没有新连接，短暂休眠后重试 usleep(10000); // 10ms continue; } perror("accept failed"); continue; } pid_t pid = fork(); if (pid < 0) { perror("fork failed"); close(client_sock); } else if (0 == pid) { // 子进程 // 关闭不需要的文件描述符 close(server_sock); // 处理请求 accept_request(client_sock); // 关闭客户端socket close(client_sock); // 子进程退出 exit(EXIT_SUCCESS); } else { // 父进程 // 关闭客户端socket（父进程不需要） close(client_sock); // 增加子进程计数 num_children++; printf("New child process %d (total: %d)\n", pid, num_children); } } // 等待所有子进程退出 while (num_children > 0) { printf("Waiting for %d children to exit...\n", num_children); sleep(1); } close(server_sock); return EXIT_SUCCESS; } 详细解释上面的代码，详细到每一个单词都要解释
最新发布
08-16
signal(SIGPIPE, SIG_IGN); // 调用startup函数（在http.h中声明）启动服务器，返回监听套接字 server_sock = startup(&port); printf("HTTP server running on port %d\n", port); // 设置监听套接字为非...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值