fork与vfork，exit与—exit

 在fork之后，子进程和父进程都会继续执行fork调用之后的指令。子进程是父进程的副本。它将获得父进程的数据空间，堆和栈的副本，这些都是副本，父子进程并不共享这部分的内存。也就是说，子进程对父进程中的同名变量进行修改并不会影响其在父进程中的值。但是父子进程又共享一些东西，简单说来就是程序的正文段。正文段存放着由cpu执行的机器指令，通常是read-only的。

  由于在fork之后我们常常都是跟个exec在后面，所以为了提高效率，很多的实现并不完全复制数据段和堆、栈，而是采用写时复制，有点类似于某些cache与内存数据的同步方法。

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

  vfork与fork的另一区别是：vfork保证子进程先运行，在它调用exec或exit后父进程才可能调度运行。而fork的父子进程运行顺序是不定的，它取决于内核的调度算法。

  所以，fork的时候，程序代码被复用了——我指的程序代码就是由cpu执行的机器指令部分，这与有多少个进程在运行无关，即使是频繁执行的程序在存储器中也只需一个副本，而且它在执行期可能是read-only的。当然，如果你exec了，那就是另一码事了。

  另外，父进程中的数据空间和堆、栈可能会产生副本，具体情况要看你使用的是vfork还是fork.fork会产生副本，而vfork则共享这部分内存。

 

 

 

在讨论exit与_exit之前，先来讨论文件内存缓存区的问题。 在linux中，标准输入输出（I/O）函数都是作为文件来处理。对应于打开的每个文件，在内存中都有对应的缓存，每次读取文件时，会多读一些记录到缓存中，这样在下次读文件时，就在缓存中读取；同样，在写文件时也是写在文件对应的缓存中，并不是直接写入硬盘的文件中，等满足了一定条件（如达到一定数量，遇到换行符/n或文件结束标志EOF）才将数据真正的写入文件。 这样做的好处就是加快了文件读写的速度！但这样也带来了一些问题：比如有一些数据，我们认为已经写入了文件，但实际上没有满足一定条件而任然驻留在内存的缓存中，这样，如果我们直接用_exit（）函数直接终止进程，将导致数据丢失！！ 也许细心地读者已经发现前面使用的是_exit而不是exit，如果改成exit，就不会有数据丢失的问题出现了，这就是我要说的它们之间的区别了！ 要解释这个问题，就要涉及它们的工作步骤了。  exit()：在执行该函数时，进程会检查文件打开情况，清理I/O缓存，如果缓存中有数据，就会将它们写入相应的文件，这样就防止了文件数据的丢失！然后终止进程。 _exit()：在执行该函数时，并不清理标准输入输出缓存，而是直接清除内存空间，当然也就把文件缓存中尚未写入文件的数据给销毁了。由此可见，使用exit()函数更加安全。 此外，对于它们两者的区别还有各自的头文件不同：exit()--stdlib.h _exit()--unistd.h 最后提一下，一般情况下exit(0)表示正常退出,exit(1)，exit(-1)为异常退出，0、1、-1是返回值，具体含义可以自定。   本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/cvxiomin/archive/2009/08/25/4481430.aspx     _exit终止调用进程，但不关闭文件，不清除输出缓存，也不调用出口函数。 exit函数将终止调用进程。在退出程序之前，所有文件关闭，缓冲输出内容 将刷新定义，并调用所有已刷新的“出口函数”（由atexit定义）。 ‘exit()’与‘_exit()’有不少区别在使用‘fork()’，特别是‘vfork()’时变得很  突出。 ‘exit()’与‘_exit()’的基本区别在于前一个调用实施与调用库里用户状态结构  (user-mode constructs)有关的清除工作(clean-up)，而且调用用户自定义的清除程序  (译者注：自定义清除程序由atexit函数定义，可定义多次，并以倒序执行)，相对  应，后一个函数只为进程实施内核清除工作。 在由‘fork()’创建的子进程分支里，正常情况下使用‘exit()’是不正确的，这是  因为使用它会导致标准输入输出(译者注：stdio: Standard Input Output)的缓冲区被  清空两次，而且临时文件被出乎意料的删除(译者注：临时文件由tmpfile函数创建  在系统临时目录下，文件名由系统随机生成)。在C++程序中情况会更糟，因为静  态目标(static objects)的析构函数(destructors)可以被错误地执行。(还有一些特殊情  况，比如守护程序，它们的*父进程*需要调用‘_exit()’而不是子进程；适用于绝  大多数情况的基本规则是，‘exit()’在每一次进入‘main’函数后只调用一次。) 在由‘vfork()’创建的子进程分支里，‘exit()’的使用将更加危险，因为它将影响  父进程的状态   exit()在结束调用它的进程之前，要进行如下步骤： 1.cleanup()； 2.在atexit()注册的函数； 最后调用_exit()函数。。。 exit()在结束调用它的进程之前，要进行如下步骤： 1.cleanup()； 2.在atexit()注册的函数； 最后调用_exit()函数。。。 #define  __NR_exit                 1 #define __NR__exit __NR_exit "__NR_"是在Linux的源码中为每个系统调用加上的前缀，请注意第一个exit前有2条下划线，第二个exit前只有1条下划线。 Linux核心还提供了一些C语言函数库，这些库对系统调用进行了一些包装和扩展，因为这些库函数与系统调用的关系非常紧密，所以习惯上把这些函数也称为系统调用。#define这句只能说明内核里的两个系统调用_exit和exit相同，但其封装后对应的C库函数_exit()和exit()是不同的。 exit()函数定义在stdlib.h中，而_exit()定义在unistd.h中; exit()函数的作用最为简单：直接使进程停止运行，清除其使用的内存空间，并销毁其在内核中的各种数据结构；exit()函数则在这些基础上作了一些包装，在执行退出之前加了若干道工序，也是因为这个原因，有些人认为exit已经不能算是纯粹的系统调用。 exit()函数与_exit()函数最大的区别就在于exit()函数在调用exit系统调用之前要检查文件的打开情况，把文件缓冲区中的内容写回文件，即所谓的"清理I/O缓冲"。 ‘exit()’与‘_exit()’有不少区别在使用‘fork()’，特别是‘vfork()’时变得很突出。 ‘exit()’与‘_exit()’的基本区别在于前一个调用与实施库里用户状态结构 (user-mode constructs)有关的清除工作(clean-up)，而且调用用户自定义的清除程序 (译者注：自定义清除程序由atexit函数定义，可定义多次，并以倒序执行)，相对应，后一个函数只为进程实施内核清除工作。 在由‘fork()’创建的子进程分支里，正常情况下使用‘exit()’是不正确的，这是因为使用它会导致标准输入输出(译者注：stdio: Standard Input Output)的缓冲区被清空两次，而且临时文件被出乎意料的删除(译者注：临时文件由tmpfile函数创建在系统临时目录下，文件名由系统随机生成)。在C++程序中情况会更糟，因为静态目标(static objects)的析构函数(destructors)可以被错误地执行。(还有一些特殊情况，比如守护程序，它们的父进程需要调用‘_exit()’而不是子进程；适用于绝大多数情况的基本规则是，‘exit()’在每一次进入‘main’函数后只调用一次。) 在由‘vfork()’创建的子进程分支里，‘exit()’的使用将更加危险，因为它将影响父进程的状态 分享