vfork的一个使用误区

——lvyilong316

今天在项目中需要实现让子进程先执行(子进程调用exec)，然后再执行父进程，就很自然的想到了vfork。但是发现子进程尚未结束，父进程就执行了。为此做了一下实验：

l 代码一

#include <stdio.h>
#include <unistd.h>
int main()
{
   int childpid;
   if( (childpid=vfork()) ==0) //子进程
  {
    printf("child is begin\n");
    sleep(10); //子进程等待10秒钟
    printf("child is end\n");
    exit(0);
  } //父进程
  printf("parent is end\n");
  return 0;
}

运行结果：

可以看到确实是子进程先执行，并且父进程等到子进程结束后(exit)才执行。下面再看一下代码二。

l 代码二

#include <stdio.h>
#include <unistd.h>
int main()
{
  int childpid;
  if( (childpid=vfork()) ==0) //子进程
  {
    printf("child is begin\n");
    sleep(10);
    execl("./hello",(char*)0); //hello程序仅仅输出”hello，world”
  } //父进程
  printf("parent is end\n");
  return 0;
}

运行结果：

可以看到子进程虽然先运行了，但是父进程没有等到子进程结束就开始运行了。这是怎么回事呢？再看一看有关vfork的说明就明白了。

vfork最早起源于2.9BSD，它与fork的不同就在于它并不将父进程的地址空间完全复制到子进程中，因为子进程会立即调用exec。vfork出来的子进程是在父进程的空间中运行的，它的存在就是为了exec调用，所以它不需要复制这些东西。如果这时子进程修改了某个变量，这将影响到父进程.

     vfork与fork的另一区别是：vfork保证子进程先运行，在它调用exec或exit后父进程才可能调度运行。如果在调用这两个函数之前子进程依赖于父进程的进一步动作，则会导致死锁。 而fork的父子进程运行顺序是不定的，它取决于内核的调度算法.

问题就在这里，vfork时父进程不是只有在子进程exit后才会执行，当子进程执行exec后父进程也会执行。

那么如何保证“子进程调用exec结束后，父进程再开始执行”呢？很简单，可以用wait。修改代码二如下：

l 代码三

点击(此处)折叠或打开

#include <stdio.h>
#include <unistd.h>
#include <wait.h>
int main()
{
  int childpid;
  if( (childpid=vfork()) ==0) //子进程
  {
    printf("child is begin\n");
    sleep(10);
    execl("./hello",(char*)0); //hello程序仅仅输出”hello，world”
  } //父进程
  wait(NULL); //等待子进程结束
  printf("parent is end\n");
  return 0;
}

运行结果：

可以看到父进程直到子进程退出才开始执行。
关于vfork的更多细节请参考另一篇博客：http://blog.chinaunix.net/uid-28541347-id-4598097.html