Linux进程控制：进程创建与等待

news2024/9/19 10:46:21

目录

一、fork函数

1.1fork函数的调用与功能

 1.2fork函数的返回值与写实拷贝

1.3fork的常规用法与失败原因

二、进程终止

2.1进程的退出场景和常见退出方法

2.2_exit函数与exit函数

2.2.1_exit函数

2.2.2exit函数

2.3return退出

三、进程等待

3.1wait及waitpid的方法

3.2获取子进程status

四、xshell实操

4.1阻塞等待方式

4.2非阻塞等待方式

一、fork函数

1.1fork函数的调用与功能

在linux中fork函数时非常重要的函数，它从已存在进程中创建一个新进程。新进程为子进程，而原进程为父进程。 
#include <unistd.h>
pid_t fork(void);
//返回值：自进程中返回0，父进程返回子进程id，出错返回-1
int main()
{
	pid_t pid;
	printf("Before: pid is %d\n", getpid());

	return 0;
}
1.进程调用fork，当控制转移到内核中的fork代码后，内核做：
2.分配新的内存块和内核数据结构给子进程。
3.将父进程部分数据结构内容拷贝至子进程。
4.添加子进程到系统进程列表当中。
5.fork返回，开始调度器调度。

 当一个进程调用fork之后，就有两个二进制代码相同的进程。而且它们都运行到相同的地方。但每个进程都将可以 开始它们自己的旅程，看如下程序:

int main(void)
{
	pid_t pid;


	printf("Before: pid is %d\n", getpid());
	if ((pid = fork()) == -1)perror("fork()"), exit(1);
	printf("After:pid is %d, fork return %d\n", getpid(), pid);
	sleep(1);
	return 0;
}

//XShell下运行结果：
//[root@localhost linux]# ./a.out
//Before: pid is 43676
//After:pid is 43676, fork return 43677
//After:pid is 43677, fork return 0
这里看到了三行输出，一行before，两行after。进程43676先打印before消息，然后它有打印after。另一个after消息有43677打印的。注意到进程43677没有打印before，为什么呢？如下图所示：
所以， fork 之前父进程独立执行， fork 之后，父子两个执行流分别执行。注意， fork 之后，谁先执行完全由调度器决定。

 1.2fork函数的返回值与写实拷贝

一、子进程返回0，
二、父进程返回的是子进程的pid。
三、写诗拷贝：通常，父子代码共享，父子再不写入时，数据也是共享的，当任意一方试图写入，便以写时拷贝的方式各自一份副
本。具体见下图:

1.3fork的常规用法与失败原因

常规用法：

1.一个父进程希望复制自己，使父子进程同时执行不同的代码段。例如，父进程等待客户端请求，生成子进程来处理请求。
2.一个进程要执行一个不同的程序。例如子进程从fork返回后，调用exec函数。
例如在使用xshell时的shell，用户每输入一条指令shell就会执行一条并在屏幕上进行打印，但执行完一条以后shell会停滞等待用户输入下一条指令，而不会直接结束进程，此处就用到了父子进程。
失败原因：
1.系统中有太多的进程。
2.实际用户的进程数超过了限制。

二、进程终止

2.1进程的退出场景和常见退出方法

退出场景：

1.代码运行完毕，结果正确。
2.代码运行完毕，结果不正确。
3.代码异常终止。
常见退出方法：
一、正常终止(可以通过 echo $? 查看进程退出码):
1. 从main返回
2. 调用exit
3. _exit
二、异常退出：
ctrl + c，信号终止

2.2_exit函数与exit函数

2.2.1_exit函数

#include <unistd.h>
void _exit(int status);
参数：status 定义了进程的终止状态，父进程通过wait来获取该值
说明：虽然status是int，但是仅有低8位可以被父进程所用。所以_exit(-1)时，在终端执行$?发现返回值是255。

2.2.2exit函数

#include <unistd.h>
void exit(int status);
exit最后也会调用_exit, 但在调用_exit之前，还做了其他工作：
1. 执行用户通过 atexit或on_exit定义的清理函数。
2. 关闭所有打开的流，所有的缓存数据均被写入。
3. 调用_exit。

实例演示 ：

#include <unistd.h>
#include <stdio.h>

int main()
{
	printf("hello");
	exit(0);
}

运行结果:
[root@localhost linux] # . / a.out
hello[root@localhost linux]#


int main()
{
	printf("hello");
	_exit(0);
}

运行结果:
[root@localhost linux] # . / a.out
[root@localhost linux]#

2.3return退出

return是一种更常见的退出进程方法。执行return n等同于执行exit(n),因为调用main的运行时函数会将main的返回值当做 exit的参数。

三、进程等待

子进程退出，父进程如果不管不顾，就可能造成‘僵尸进程’的问题，进而造成内存泄漏。
另外，进程一旦变成僵尸状态，那就刀枪不入，“杀人不眨眼”的kill -9 也无能为力，因为谁也没有办法杀死一个已经死去的进程。
最后，父进程派给子进程的任务完成的如何，我们需要知道。如：子进程运行完成，结果对还是不对，或者是否正常退出。
父进程通过进程等待的方式，回收子进程资源，获取子进程退出信息

3.1wait及waitpid的方法

#include<sys/types.h>
#include<sys/wait.h>

pid_t wait(int*status);

返回值：
 成功返回被等待进程pid，失败返回-1。
参数：
 输出型参数，获取子进程退出状态,不关心则可以设置成为NULL
pid_ t waitpid(pid_t pid, int *status, int options);
返回值：
 当正常返回的时候waitpid返回收集到的子进程的进程ID；
 如果设置了选项WNOHANG,而调用中waitpid发现没有已退出的子进程可收集,则返回0；
 如果调用中出错,则返回-1,这时errno会被设置成相应的值以指示错误所在；
参数：
 pid：
 Pid=-1,等待任一个子进程。与wait等效。
 Pid>0.等待其进程ID与pid相等的子进程。
 status:
 WIFEXITED(status): 若为正常终止子进程返回的状态，则为真。（查看进程是否是正常退出）
 WEXITSTATUS(status): 若WIFEXITED非零，提取子进程退出码。（查看进程的退出码）
 options:
 WNOHANG: 若pid指定的子进程没有结束，则waitpid()函数返回0，不予以等待。若正常结束，则返回该子进
程的ID。
如果子进程已经退出，调用wait/waitpid时，wait/waitpid会立即返回，并且释放资源，获得子进程退出信息。
如果在任意时刻调用wait/waitpid，子进程存在且正常运行，则进程可能阻塞。
如果不存在该子进程，则立即出错返回。

3.2获取子进程status

wait和waitpid，都有一个status参数，该参数是一个输出型参数，由操作系统填充。
如果传递NULL，表示不关心子进程的退出状态信息。
否则，操作系统会根据该参数，将子进程的退出信息反馈给父进程。
status不能简单的当作整形来看待，可以当作位图来看待，具体细节如下图（只研究status低16比特位）： 
#include <sys/wait.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <errno.h>
int main()
{
	pid_t pid;
	if ((pid = fork()) == -1)
		perror("fork"), exit(1);
	if (pid == 0) {
		sleep(20);
		exit(10);
	}
	else {
		int st;
		int ret = wait(&st);

		if (ret > 0 && (st & 0X7F) == 0) { // 正常退出
			printf("child exit code:%d\n", (st >> 8) & 0XFF);
		}
		else if (ret > 0) { // 异常退出
			printf("sig code : %d\n", st & 0X7F);
		}
	}

	return 0;
}
测试结果：
 [root@localhost linux]# ./a.out //等20秒退出
 child exit code:10 
 [root@localhost linux]# ./a.out //在其他终端kill掉
 sig code : 9

四、xshell实操

4.1阻塞等待方式

int main()
{
    pid_t pid;
    pid = fork();
    if (pid < 0) {
        printf("%s fork error\n", __FUNCTION__);
        return 1;
    }
    else if (pid == 0) { //child
        printf("child is run, pid is : %d\n", getpid());
        sleep(5);
        exit(257);
    }
    else {
        int status = 0;
        pid_t ret = waitpid(-1, &status, 0);//阻塞式等待，等待5S
        printf("this is test for wait\n");
        if (WIFEXITED(status) && ret == pid) {
            printf("wait child 5s success, child return code is :%d.\n", WEXITSTATUS(status));
        }
        else {
            printf("wait child failed, return.\n");
            return 1;
        }
    }
    return 0;
}
运行结果:
[root@localhost linux]# ./a.out
child is run, pid is : 55119
this is test for wait
wait child 5s success, child return code is :1.

 

4.2非阻塞等待方式

#include <stdio.h> 
#include <unistd.h>
#include <stdlib.h>
#include <sys/wait.h>
int main()
{
	pid_t pid;

	pid = fork();
	if (pid < 0) {
		printf("%s fork error\n", __FUNCTION__);
		return 1;
	}
	else if (pid == 0) { //child
		printf("child is run, pid is : %d\n", getpid());
		sleep(5);
		exit(1);
	}
	else {
		int status = 0;
		pid_t ret = 0;
		do
		{
			ret = waitpid(-1, &status, WNOHANG);//非阻塞式等待
			if (ret == 0) {
				printf("child is running\n");
			}
			sleep(1);
		} while (ret == 0);

		if (WIFEXITED(status) && ret == pid) {
			printf("wait child 5s success, child return code is :%d.\n", WEXITSTATUS(status));
		}
		else {
			printf("wait child failed, return.\n");
			return 1;
		}
	}
	return 0;
}

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/1424719.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

MFC串行化的应用实例

MFC串行化的应用实例

之前写过一篇MFC串行化的博文；下面看一个具体例子； 新建一个单文档应用程序；在最后一步，把View类的基类改为CFormView； 然后在资源面板编辑自己的字段； 然后到doc类的头文件添加对应变量， public:CString name;int age;CString sex;CString dept;CString zhiwu;CStrin…
阅读更多...
CentOS部署Docker Registry镜像仓库并结合内网穿透实现远程访问

CentOS部署Docker Registry镜像仓库并结合内网穿透实现远程访问

文章目录 1. 部署Docker Registry2. 本地测试推送镜像3. Linux 安装cpolar4. 配置Docker Registry公网访问地址5. 公网远程推送Docker Registry6. 固定Docker Registry公网地址 Docker Registry 本地镜像仓库,简单几步结合cpolar内网穿透工具实现远程pull or push (拉取和推送)…
阅读更多...
山海鲸可视化：引领银行管理进入数据可视化新时代

山海鲸可视化：引领银行管理进入数据可视化新时代

在金融领域&#xff0c;数据是决策的关键。作为山海鲸可视化的开发者&#xff0c;我们深知数据的价值&#xff0c;并致力于通过可视化技术为银行管理提供更为直观、高效的数据分析工具。 应用场景&#xff1a; 风险管理&#xff1a;银行在运营过程中面临各种风险&#xff0c;如…
阅读更多...
Collections集合工具类-JAVA

Collections集合工具类-JAVA

java.util.Collections:是个集合工具类它不是集合&#xff0c;而是集合的工具类 常用 API&#xff1a;注意 binarySearch 方法要求元素有序 方法实现&#xff1a; public class Test01 {public static void main(String[] args) {ArrayList<String>list1new ArrayList…
阅读更多...
双非本科准备秋招（12.2）—— 力扣栈与队列

双非本科准备秋招（12.2）—— 力扣栈与队列

复习一下栈和队列的基础知识&#xff0c;刷几道题上上手。 1、102. 二叉树的层序遍历 广度优先遍历嘛&#xff0c;每次拓展一个新结点&#xff0c;就把新结点加入队列&#xff0c;这样遍历完队列中的元素&#xff0c;顺序就是层序遍历。 class Solution {public List<Lis…
阅读更多...
输电线路图像监视系统研发背景及应用

输电线路图像监视系统研发背景及应用

输电线路建设在野外&#xff0c;在自然环境下&#xff0c;恶劣天气、地质灾害以及人为因素破坏会给线路运行带来巨大挑战&#xff0c;特别是偏远山区、林区、“三跨”等巡线困难区域。传统人工巡视存在局限性&#xff0c;巡视范围有限&#xff0c;线路运维人员压力倍增。 不过近…
阅读更多...
[职场] 面试主播试镜要做些什么 #经验分享#笔记

[职场] 面试主播试镜要做些什么 #经验分享#笔记

面试主播试镜要做些什么 1.准备独立的空间做直播室&#xff0c;入镜的地方要干净整洁&#xff0c;不能堆太多杂物。可以装扮的温馨一点&#xff0c;也可以根据节日等装扮房间&#xff0c;比如最近圣诞节&#xff0c;放一些圣诞节的装饰物。 2.调试好话筒、灯光等直播设备&#…
阅读更多...
JVM篇----第二十篇

JVM篇----第二十篇

系列文章目录 文章目录 系列文章目录前言一、垃圾收集算法二、调优命令有哪些？三、Minor GC与Full GC分别在什么时候发生？前言 前些天发现了一个巨牛的人工智能学习网站，通俗易懂，风趣幽默，忍不住分享一下给大家。点击跳转到网站，这篇文章男女通用，看懂了就去分享给你的…
阅读更多...
LeetCode：206反转链表

LeetCode：206反转链表

206. 反转链表 - 力扣&#xff08;LeetCode&#xff09; 不难&#xff0c;小细节是单写一个循环&#xff0c;把特殊情况包含进去&#xff0c; 单链表核心&#xff1a;上一个结点&#xff0c;当前结点&#xff0c;下一个结点&#xff0c; 代码&#xff1a;注释&#xff08;算是…
阅读更多...
YOLOv5独家改进：上采样算子 | 超轻量高效动态上采样DySample，效果秒杀CAFFE，助力小目标检测

YOLOv5独家改进：上采样算子 | 超轻量高效动态上采样DySample，效果秒杀CAFFE，助力小目标检测

💡💡💡本文独家改进：一种超轻量高效动态上采样DySample， 具有更少的参数、FLOPs，效果秒杀CAFFE和YOLOv5网络中的nn.Upsample 💡💡💡在多个数据集下验证能够涨点，尤其在小目标检测领域涨点显著。 收录 YOLOv5原创自研 https://blog.csdn.net/m0_63774211/cate…
阅读更多...
路由重定向和别名

路由重定向和别名

聚沙成塔每天进步一点点 本文内容 ⭐ 专栏简介1. 路由重定向实例场景&#xff1a;路由重定向的应用场景&#xff1a; 2. 路由别名实例场景&#xff1a;路由别名的应用场景&#xff1a; ⭐ 写在最后 ⭐ 专栏简介 Vue学习之旅的奇妙世界 欢迎大家来到 Vue 技能树参考资料专栏&…
阅读更多...
韶音、南卡、Oladance值不值得买？全面对比测评拒绝智商税！

韶音、南卡、Oladance值不值得买？全面对比测评拒绝智商税！

​在目前市场上&#xff0c;有许多质量不佳、音质差的开放式耳机产品。这些产品不仅会影响音频的质量&#xff0c;还可能对用户的听力健康造成潜在风险。作为一名经验丰富的音频设备评测师&#xff0c;我深知在选择耳机时&#xff0c;必须谨慎选择那些具有专业实力的品牌。基于…
阅读更多...
基于EdgeWorkers的边缘应用如何进行单元测试？

基于EdgeWorkers的边缘应用如何进行单元测试？

随着各行各业数字化转型的持续深入&#xff0c;越来越多企业开始选择将一些应用程序放在距离最终用户更近的边缘位置来运行&#xff0c;借此降低延迟&#xff0c;提高应用程序响应速度&#xff0c;打造更出色的用户体验。 相比传统集中部署和运行的方式&#xff0c;这种边缘应…
阅读更多...
字段使用函数是否会走索引

字段使用函数是否会走索引

之前的印象中&#xff0c;字段上使用了函数操作&#xff0c;查询不会走索引。 一&#xff0c;AI回答 回答1 回答2 回答3 二&#xff0c;测试样例 查询未来n天内所有数据 查询方式1 EXPLAIN SELECT * FROM vehicle_info WHERE annual_inspection_due_date BE…
阅读更多...
Vulnhub靶机：hackme2-DHCP

Vulnhub靶机：hackme2-DHCP

一、介绍 运行环境&#xff1a;Virtualbox(攻击机)和VMware(靶机) 攻击机&#xff1a;kali&#xff08;192.168.56.106&#xff09; 靶机&#xff1a;hackme2-DHCP&#xff08;192.168.56.107&#xff09; 目标&#xff1a;获取靶机root权限和flag 靶机下载地址&#xff1…
阅读更多...
重写Sylar基于协程的服务器（2、配置模块的设计）

重写Sylar基于协程的服务器（2、配置模块的设计）

重写Sylar基于协程的服务器&#xff08;2、配置模块的设计&#xff09; 重写Sylar基于协程的服务器系列&#xff1a; 重写Sylar基于协程的服务器&#xff08;0、搭建开发环境以及项目框架 || 下载编译简化版Sylar&#xff09; 重写Sylar基于协程的服务器&#xff08;1、日志模…
阅读更多...
厨师帽佩戴识别摄像机​

厨师帽佩戴识别摄像机​

厨师帽佩戴识别摄像机是一种用于识别厨师是否佩戴帽子的智能设备&#xff0c;其作用在于强制执行食品安全卫生标准&#xff0c;防止头发掉落入食物中。该摄像机利用人工智能和图像识别技术&#xff0c;能够识别厨师是否佩戴厨师帽。当摄像机检测到厨师未佩戴帽子时&#xff0c;…
阅读更多...
DNS服务实战：使用自定义域名访问Redis服务

DNS服务实战：使用自定义域名访问Redis服务

前言 在这篇文章中，你将了解到如何在 CentOS 系统上安装 Redis 服务，并且掌握通过自定义域名来访问 Redis 服务的技巧。通过使用自定义域名，你可以方便地管理和访问你的 Redis 数据库，提高工作效率。无论你是开发者、系统管理员还是对 Redis 感兴趣的读者，这篇文章都会为…
阅读更多...
Android 跳转应用设置/热点界面或等常用操作

Android 跳转应用设置/热点界面或等常用操作

Android 跳转应用设置/热点界面或等常用操作 https://www.jianshu.com/p/ba7164126690 android学习进阶——Setting https://blog.csdn.net/csdn_wanziooo/article/details/81980984 Android 7.1 以太网反射 EthernetManager 配置 DHCP、静态 IP https://codeleading.com/art…
阅读更多...
UG949 适用于 FPGA 和 SoC 的UltraFast 设计方法指南

UG949 适用于 FPGA 和 SoC 的UltraFast 设计方法指南

使用RTL创建设计 定义RTL设计层级 模块边界输出进行寄存 即寄存器输出&#xff0c;打一拍 IP的使用 AMBA AXI
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023