首先来补充个进程等待的方法
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
