2025_1_22_进程替换

首先来补充个进程等待的方法

1.waitpid方法

pid_t waitpid(pid_t pid ,int* status , int options)

参数:

pid:

pid = -1 , 等待任意一个子进程 , 与wait等效

pid > 0 , 等待其进程ID与pid相等的子进程

status:

WIFEXITED(status) : 若为正常终止子进程返回的状态 , 则为真 (查看进程是否退出)

WEXITSATUS(status) : 若WIFEXTITED非零, 则获取子进程的退出码 (查看进程的退出码)

options:

WNOHANG : 若pid指定的子进程没有结束 , 则waitpid()函数返回0 , 不予以等待 . 若正常结束 , 则返回该子进程的ID

waitpid的用法:

2.进程阻塞

当子进程没有退出 , 而父进程又在使用waitpid方法在进行等待的时候 , 这个时候就会产生阻塞

父进程又有两种等待 , 一种是阻塞等待 , 另一种是非阻塞等待

1.非阻塞等待

父进程一直在调用函数 , 获取子进程的完成任务完成状态 , 直到进程的任务完成 , 等待期间 , 父进程可以完成其它的事情

2.阻塞等待

父进程不只调用一次监视函数 , 一直等待子进程的退出码和退出辛哈殴打返回 , 不反悔就不结束 , 期间父进程不能做任何事情

3.进程替换

关于进程的替换 , 我们有下面这几个函数需要讨论

1.int execl

首先来看一段代码 , 直接来看execl的使用方法

以下是运行结果:

我们从运行结果中可以看到 , 运行的结果几乎和vim里面编写的一样 , 除了最后的一句printf没打印之外 , 这是为什么?

从这个调用中我们可以发现 , execl函数是可以帮我们把当前进程里面的代码替换掉 , 然后执行execl里面的代码 , 在当前的代码中 , 我往execl函数里面放了ls的命令行 , 然后带一个-a的命令行参数 , 就把当前进程内的代码替换成ls -a了

至于为什么他不输出最后的printf内容 , 这是因为他执行的代码是由上自下而执行的 , 当执行到第一个的printf , 就打印第一句话 , 当执行到execl函数的时候 , 这个时候他就已经把整个进程里面的代码换成"ls -a "了 , 那既然已经换成 "ls -a" ,也就是说这个进程里面已经没有了原先的代码 , 所以就没有最后一句的printf

2.int execlp

用法

运行结果:

3.int execv

这个函数与execl的用法几乎差不多 , 只是在传参的时候需要注意传的是char* 

以下是函数用法

代码现象

4.int execvp

用户可以不传要执行的文件路径, 但是文件名要传 

5.int execvpe