Linux——进程创建与进程终止

简介: Linux——进程创建与进程终止

一、进程创建


1、fork函数初识

linux中fork函数时非常重要的函数,它从已存在进程中创建一个新进程。新进程为子进程,而原进程为父进程。

#include <unistd.h>

pid_t fork(void);

返回值:自进程中返回0,父进程返回子进程id,出错返回-1

f161484319884f2da800585f21d6b569.png

进程调用fork,当控制转移到内核中的fork代码后,内核做:

  1. 分配新的内存块和内核数据结构给子进程
  2. 将父进程部分数据结构内容拷贝至子进程
  3. 添加子进程到系统进程列表当中
  4. fork返回,开始调度器调度

ed629d7a5eec42338bac31fc637486b3.png

当一个进程调用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;
}


bc146d6427ad46528e5430a04be0cfbe.png

这里看到了三行输出,一行before,两行after。进程29768先打印before消息,然后它有打印after。另一个after

消息有29769打印的。注意到进程29769没有打印before,为什么呢?如下图所示

e13e0000ca5c4be0a0af81def9d77639.png

所以,fork之前父进程独立执行,fork之后,父子两个执行流分别执行。注意,fork之后,谁先执行完全由调度器决定。


2、fork函数返回值

子进程返回0。

父进程返回子进程的pid。


3、写时拷贝

通常,父子代码共享,父子再不写入时,数据也是共享的,当任意一方试图写入,便以写时拷贝的方式各自一份副本。具体见下图:

148cdad5428a4f2db2b83c5d182ede57.png


问题是进程是在运行的,OS是如何知道,要进行写时拷贝的。


原来是在今天fork之后,OS会将父子进程的页表权限设置为只读,当父子进程其中一个去修改时,会报错。

这里的报错有两种情况:

一是:真的出错了

二是:权限关闭了

所以OS会去判断,如果是第二种情况,OS就会让在物理内存中发生写时拷贝。


4、fork常规用法

一个父进程希望复制自己,使父子进程同时执行不同的代码段。例如,父进程等待客户端请求,生成子

进程来处理请求。

一个进程要执行一个不同的程序。例如子进程从fork返回后,调用exec函数。


5、fork调用失败的原因

系统中有太多的进程

实际用户的进程数超过了限制


二、进程终止


1、进程退出场景

存在三种情况

26b715ad31b3435fb60798210f6eca0c.png

2、进程常见退出方法

正常终止(可以通过 echo $? 查看进程退出码):

  1. 从main返回
  2. 调用exit
  3. _exit


异常退出

ctrl + c,信号终止


3、_exit函数

#include <unistd.h>
void _exit(int status);


参数:status 定义了进程的终止状态,父进程通过wait来获取该值

说明:虽然status是int,但是仅有低8位可以被父进程所用。所以_exit(-1)时,在终端执行$?发现返回值

是255。


4、exit函数

#include <unistd.h>
void exit(int status);


exit最后也会调用exit, 但在调用exit之前,还做了其他工作:

  1. 执行用户通过 atexit或on_exit定义的清理函数。
  2. 关闭所有打开的流,所有的缓存数据均被写入
  3. 调用_exit


28f1e37bb1824247892459c63a6a6e51.png


5、return退出

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

回值当做 exit的参数。


6、退出码VS错误码

退出码


退出码就是进程运行结束返回的数字

其中0代表成功

!0代表出错了,具体的数值代表不同的原因

3253a23d758141bca7636fe461b78252.png

14b694687f334e8cb058619397c2b043.png

我们可以发现第一次,看进程退出码为10,后来就成了0,这是因为错误码只会保存最新的一次,后来由于上面指令执行成功了,所以变为了0。


main函数的退出码是可以被父进程获取的,用来判断子进程的运行结果

错误码

错误码通常是衡量一个库函数,或者一个系统调用一个一个函数的调用情况

b2a0ab884b974f0f8e5449161301deea.png

c8e934a65e1b425d98ba6922f96d7dcc.png

下面我们来验证一个结论,进程出现异常的本质是由于受到对应的信号,自己终止了。

34a5e7c5749246cb9edf7eb7f45b51bc.png

10399dcbf85a4c10973a2e4b54454bfc.png

最后我们可以得出,父进程通过两个数字来判断子进程是否受到异常结束,或者成功输出。

目录
相关文章
|
17天前
|
算法 Linux 调度
深入理解Linux操作系统的进程管理
本文旨在探讨Linux操作系统中的进程管理机制,包括进程的创建、执行、调度和终止等环节。通过对Linux内核中相关模块的分析,揭示其高效的进程管理策略,为开发者提供优化程序性能和资源利用率的参考。
43 1
|
6天前
|
存储 监控 Linux
嵌入式Linux系统编程 — 5.3 times、clock函数获取进程时间
在嵌入式Linux系统编程中,`times`和 `clock`函数是获取进程时间的两个重要工具。`times`函数提供了更详细的进程和子进程时间信息,而 `clock`函数则提供了更简单的处理器时间获取方法。根据具体需求选择合适的函数,可以更有效地进行性能分析和资源管理。通过本文的介绍,希望能帮助您更好地理解和使用这两个函数,提高嵌入式系统编程的效率和效果。
50 13
|
12天前
|
SQL 运维 监控
南大通用GBase 8a MPP Cluster Linux端SQL进程监控工具
南大通用GBase 8a MPP Cluster Linux端SQL进程监控工具
|
20天前
|
运维 监控 Linux
Linux操作系统的守护进程与服务管理深度剖析####
本文作为一篇技术性文章,旨在深入探讨Linux操作系统中守护进程与服务管理的机制、工具及实践策略。不同于传统的摘要概述,本文将以“守护进程的生命周期”为核心线索,串联起Linux服务管理的各个方面,从守护进程的定义与特性出发,逐步深入到Systemd的工作原理、服务单元文件编写、服务状态管理以及故障排查技巧,为读者呈现一幅Linux服务管理的全景图。 ####
|
1月前
|
缓存 监控 Linux
linux进程管理万字详解!!!
本文档介绍了Linux系统中进程管理、系统负载监控、内存监控和磁盘监控的基本概念和常用命令。主要内容包括: 1. **进程管理**: - **进程介绍**:程序与进程的关系、进程的生命周期、查看进程号和父进程号的方法。 - **进程监控命令**:`ps`、`pstree`、`pidof`、`top`、`htop`、`lsof`等命令的使用方法和案例。 - **进程管理命令**:控制信号、`kill`、`pkill`、`killall`、前台和后台运行、`screen`、`nohup`等命令的使用方法和案例。
138 4
linux进程管理万字详解!!!
|
26天前
|
缓存 算法 Linux
Linux内核的心脏:深入理解进程调度器
本文探讨了Linux操作系统中至关重要的组成部分——进程调度器。通过分析其工作原理、调度算法以及在不同场景下的表现,揭示它是如何高效管理CPU资源,确保系统响应性和公平性的。本文旨在为读者提供一个清晰的视图,了解在多任务环境下,Linux是如何智能地分配处理器时间给各个进程的。
|
1月前
|
存储 运维 监控
深入Linux基础:文件系统与进程管理详解
深入Linux基础:文件系统与进程管理详解
78 8
|
1月前
|
网络协议 Linux 虚拟化
如何在 Linux 系统中查看进程的详细信息?
如何在 Linux 系统中查看进程的详细信息?
79 1
|
1月前
|
Linux
如何在 Linux 系统中查看进程占用的内存?
如何在 Linux 系统中查看进程占用的内存?
|
1月前
|
算法 Linux 定位技术
Linux内核中的进程调度算法解析####
【10月更文挑战第29天】 本文深入剖析了Linux操作系统的心脏——内核中至关重要的组成部分之一,即进程调度机制。不同于传统的摘要概述,我们将通过一段引人入胜的故事线来揭开进程调度算法的神秘面纱,展现其背后的精妙设计与复杂逻辑,让读者仿佛跟随一位虚拟的“进程侦探”,一步步探索Linux如何高效、公平地管理众多进程,确保系统资源的最优分配与利用。 ####
71 4