为什么vfork的子进程里面用return,整个程序会挂掉,而exit()不会。
首先我们来看一下,出现挂掉的代码:
#include<stdio.h> #include<stdlib.h> #include<unistd.h> int main() { int var; var = 88; if((pid = vfork()) < 0) { printf("error vfork"); exit(0); } else if(pid == 0) { var++; return 0; } printf("pid = %d, glob = %d,var = %d",getpid(),glob,var); return 0; }
首先我们说一下fork(),vfork()的区别
fork()是创建一个子进程,并把父进程的内存数据copy到子进程;
vfork()是创建一个子进程,并和父进程的内存数据share一起用
差别就是一个是copy,一个是share。
在fork中,我们创建的进程并不能保证子进程还是父进程那个先运行,在Linux早期,fork函数并没有实现fork的copy_on_write技术,也就是写实拷贝。在这样的情况下,所以出现了vfork()。来进行某种场合下的运用,因为不是任何条件都需要进行内存的分隔复制。
所以出现了vfork();
vfork()特性:
(1)保证子进程先执行,
(2)当子进程调用exit()或exec()后,父进程往下执行,否则就一直等待。
那么,为什么return会挂掉,exit()不会呢?
从上面可以看到,结束子进程的调用时exit()而不是return,如果在vfork中return。则就意味着我们在当前的栈中调用了return。因为是share,所以就是等于我们改变了整个栈的栈帧,return在汇编中相当于call指令。
在子进程中进行return:
1)子进程的main()函数return,程序的函数栈发生了变化。
2)mian()函数return后,通常会调用exit()或相似的函数(_exit(),exitgroup())
3)这时父进程收到子进程exit(),开始从vfork返回,但是栈都崩溃了。相当于整个建筑体系都崩溃了,我们还怎么执行函数。
4)在LinuxGcc中。当一个栈返回一个诡异的栈地址,就再次调用main(),于是就进入了一个无限循环的结果。直到进程判满。
原因就是这样。当fork存在写实拷贝后,就不推荐用vfork了。