之前程序存在着一个不确定性的因素。之前服务器代码中。子进程在死亡后,会向父进程发送SIGCHLD信号。这个信号会被父进程捕获,然后父进程调用wait函数对死亡子进程处理防止其变成僵尸进程(僵尸进程会一直占用内存资源在它被回收之前。如果父进程在死亡之前没有回收僵尸进程,那么在unix下,僵尸进程会被init进程托管并回收。无主进程都会被托管给init)。
执行之前的代码,然后执行ps -aux可以看到不会有服务器派生的子进程成为僵死进程,但如果将客户端代码改成
[root@liumengli net]# cat echo_client2.c
#include "/programe/net/head.h"
#include "stdio.h"
#include "stdlib.h"
#include "string.h"
int main(int argc, char ** argv) {
int sockfd[5], i;
struct sockaddr_in serv_socket;
for(i = 0; i < 5; i++) {
sockfd[i] = socket(AF_INET, SOCK_STREAM, 0);
bzero(&serv_socket, sizeof(serv_socket));
serv_socket.sin_family = AF_INET;
serv_socket.sin_port = htons(atoi(argv[1]));
inet_pton(AF_INET, "192.168.1.235", &serv_socket.sin_addr);
connect(sockfd[i], (struct sockaddr *)&serv_socket, sizeof(serv_socket));
}
getchar();
exit(0);
}
这个代码也很简单,只是一次对服务器进行了5次链接,而由此导致服务器会产生5个子进程为其服务,当我们在客户端按下回车,终止客户端进程后。再到服务器上输入ps -aux会看到有4个僵尸进程(一般是4个)。产生的原因是因为:unix不会对信号排队。
所谓信号不排队,在这里是指,当子进程SIGHCLD到达时,父进程开始响应这个信号,并作出处理。同时会关闭对SIGCHLD的响应,在处理过程中到达的SIGHCLD信号不会被响应,但也不会排队等待,信号会被丢失。
之前5个SIGCHLD信号几乎是同时到达,其中之一个被响应,而其它信号则会丢失,从而导致只调用了一次处理函数,剩下的进程就会变成僵尸进程。
要想解决这个问题,首先要看wait函数和waitpid这2者之间的区别。(当然也可以从信号不排队处着手,但这貌似难度很大)。
pid_t wait(int * statloc)
返回终止进程的pid和状态,状态存在于statloc中,可以通过sys/wait.h定义的宏操作获取。当父进程调用wait时候,如果所有的子进程都在运行,则父进程会被阻塞(当然,这里我们是在收到SIGCHLD信号后才调用,所以不会被阻塞)。如果没有子进程则wait会出错并立即返回。
我们再次分析之前的服务器情况,当子进程SIGCHLD信号到达时候,父进程开始调用my_op函数开始处理僵尸子进程。但此时共有5个子进程死亡,并有5个SIGCHLD到达,其它4个信号丢失,wait只是处理其中一个子进程从而有4个僵尸进程遗留。
当我们采用waitpid则可以用适当的手段解决这类问题。
pid_t waitpid(pid_t pid, int * statloc, int options)
返回终止的子进程的pid。参数pid == -1时候等待任意子进程,pid > 0或pid < 0等待与pid绝对值相同的子进程。pid == 0等待其组ID和调用者组ID相同的任一进程。statloc同上。options == WNOHANG若由PID等待的子进程并不立即可用,waitpid不等待,立即返回0.另一个不多做解释。
当我们把my_op函数改成
void my_op(int signum, siginfo_t * info, void * myact) {
pid_t pid;
int stat;
while((pid = waitpid(-1, &stat, WNOHANG)) > 0)
printf("child %d terminated\n", pid);
return;
}
就可以有效避免因信号不排队到导致的某些僵尸子进程无法回收的不可预料因素。当然信号丢失的情况仍在发生,但我们关心的是僵尸子进程的回收,这里只是通过其它办法回收了僵尸子进程。
分析这段函数,当这个函数被调用时候,也就是收到了SIGCHLD信号,也就是有子进程死亡。不管是多个还是1个信号到达。执行到循环体,就会将所有僵尸子进程回收后,退出。当然,极端情况当循环体执行完后,所有僵尸进程回收结束,进入return时候,此时也有可能有SIGCHLD到达,这并不要紧,因为即使这次没有回收,等下次有子进程发出SIGCHLD信号时,上次遗留的依然会被清除。
其实此时服务器代码还可以改成,不加载信号处理代码,直接将循环体写到创建子进程的循环内部,当然不能写到子进程代码里面。当然此时,所有子进程死亡不会引起waitpid被调用,而是当下次子进程创建时候,遇到这段代码,则上次死亡的僵尸进程会被回收。这种方式没有加载信号处理的方式有效。
分享到:
相关推荐
【资源说明】 基于微信小程序的校园论坛;微信小程序;云开发;云数据库;云储存;云函数;纯JS无后台;全部资料+详细文档+高分项目.zip 【备注】 1、该项目是个人高分项目源码,已获导师指导认可通过,答辩评审分达到95分 2、该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的,请放心下载使用! 3、本项目适合计算机相关专业(人工智能、通信工程、自动化、电子信息、物联网等)的在校学生、老师或者企业员工下载使用,也可作为毕业设计、课程设计、作业、项目初期立项演示等,当然也适合小白学习进阶。 4、如果基础还行,可以在此代码基础上进行修改,以实现其他功能,也可直接用于毕设、课设、作业等。 欢迎下载,沟通交流,互相学习,共同进步!
单电阻采样 基于单电阻采样的相电流重构算法 keil完整工程。 单电阻采样 f103的单电阻,完整工程,带文档,带硬件资料。 f3平台的单电阻完整工程,代码详细注释。 还有微芯的单电阻smo代码加文档 具体如截图请看下
jQuery左侧导航右侧tab页面切换
哈希查找
五相电机邻近四矢量SVPWM模型_MATLAB_Simulink仿真模型包括: (1)原理说明文档(重要):包括扇区判断、矢量作用时间计算、矢量作用顺序及切时间计算、PWM波的生成; (2)输出部分仿真波形及仿真说明文档; (3)完整版仿真模型:Simulink仿真模型; 注意,只包含五相电机邻近四矢量SVPWM算法,并非五相电机双闭环矢量控制,如果想要五相电机双闭环矢量控制资料,另一个链接。 资料介绍过程十分详细
法码滋.exe法码滋2.exe法码滋3.exe
项目包含完整前后端源码和数据库文件,均测试可正常运行 环境说明: 开发语言:Java 框架:ssm,mybatis JDK版本:JDK1.8 数据库:mysql 5.7 数据库工具:Navicat11 开发软件:eclipse/idea Maven包:Maven3.3 部署容器:tomcat7
算法允许用户在图像上自行划定标签,并对这些区域内的图像进行肤色检测和处理;最后在一个PyQt窗口中显示处理后的三张图片,分别为带标签图片,二值化图片,膨胀后图片。
内容概要: 本资料包含了一系列用于庆祝浪漫节日的创意代码,主要包括爱心代码和圣诞树代码。这些代码可以生成视觉上吸引人的图案和动画,用于在屏幕上展示爱心和圣诞树,增加节日气氛。爱心代码可以用于表达爱意,而圣诞树代码则适合在圣诞节期间使用,为用户带来节日的欢乐和视觉享受。 适用人群: 本资料适用于以下人群: 程序员和开发者,他们希望在项目中添加节日元素或为特别场合创造个性化的视觉效果。 网页设计师,他们需要为网站或应用程序添加节日主题的装饰。 技术爱好者和DIY爱好者,他们喜欢通过编程来庆祝节日或为朋友和家人制作特别的礼物。 实现:可直接运行python程序。
1. 患者信息与隔离状态管理 患者基本信息录入:对于疑似、确诊或密切接触者患者,系统记录其基本信息,包括姓名、年龄、性别、联系方式、住址等。 疫情风险评估:通过问卷或医务人员评估,系统对患者进行风险评估,判断是否需要隔离、隔离的级别(如轻症、中症、重症等)。 隔离状态管理:记录患者的隔离状态(如隔离中、已解除隔离、转入ICU等),并能够实时更新隔离状态变化。 隔离病房分配:根据患者的病情、感染风险和病房资源,系统自动分配适当的隔离病房或床位,避免交叉感染。 2. 隔离病房与环境管理 病房信息管理:系统对每个隔离病房进行实时监控,包括病房的床位使用情况、设备设施、清洁消毒状况等,确保每个病房的隔离效果。 空气流通与环境消毒管理:记录隔离病房的空气流通情况、消毒记录、物品消耗等,确保符合疫情防控要求。 设备与物资分配:针对隔离病房的特殊需求,系统可以自动化管理医疗设备(如氧气、呼吸机等)与防护物资(如口罩、手套、防护服等)的分配与库存管理。 3. 医护人员防护与工作管理 医护人员排班与防护管理:为隔离病房的医护人员进行特殊排班,避免交叉感染,并根据需要分配适当的防护装备,如全身防护服、N9
适配文章:https://editor.csdn.net/md?not_checkout=1&spm=1011.2415.3001.6217&articleId=144663667 富芮坤FR8003作为主机连接FR8003二:官方代码主从的UUID和att_idx
内容概要:文章介绍了USB PD协议单口控制器DP3145D的技术特点、主要功能和应用场景。DP3145D支持USB Type-C和USB Power Delivery(PD)3.1协议,具备多种配置选项,最高输出功率45W。它集成了CV环路光耦驱动电路、反馈网络电阻以及多项保护措施,适用于ACDC适配器等USB充电设备。 适合人群:电子工程师、电源产品设计师和技术研究人员。 使用场景及目标:主要用于设计和开发支持USB PD协议的ACDC适配器和充电设备,实现高效、安全的充电解决方案。 阅读建议:重点关注DP3145D的具体技术参数、功能特点和典型应用实例,结合自身需求进行产品选型和设计。
VBA视频教程 05
基于Spring Boot框架的网上蛋糕销售系统_30z8r428_231-wx.zip
matlab
蜡笔小新-去掉动效.zip
1221额的2的2的2额
济宁市2005-2024年近20年的历史气象数据,每3小时更新一次数据,参数包含气温、气压、降水量、云层、能见度、风向、湿度等,几万条数据
8.40 最新版本Saturn_PCB_Toolkit安装包,,eda 设计 PCB设计辅助工具,软件功能强大,单端线阻抗、差分线阻抗到串扰分析等多种计算工具
NotImplementedError.md