#define __NR__exit __NR_exit /* 摘自文件include/asm-i386/unistd.h第334行 */

＃include
void _exit(int status)

exit()在结束调用它的进程之前，要进行如下步骤：
1.调用atexit()注册的函数（出口函数）；按ATEXIT注册时相反的顺序调用所有由它注册的函数,这使得我们可以指定在程序终止时执行自己的清理动作.例如,保存程序状态信息于某个文件,解开对共享数据库上的锁等.

2.cleanup()；关闭所有打开的流，这将导致写所有被缓冲的输出，删除用TMPFILE函数建立的所有临时文件.

3.最后调用_exit()函数终止进程。

_exit做3件事（man）：
1，Any  open file descriptors belonging to the process are closed
2，any children of the process are inherited  by process 1, init
3，the process's parent is sent a SIGCHLD signal

exit执行完清理工作后就调用_exit来终止进程。

此外，另外一种解释：

为何在一个fork的子进程分支中使用_exit函数而不使用exit函数？
‘exit()’与‘_exit()’有不少区别在使用‘fork()’，特别是‘vfork()’时变得很
突出。

‘exit()’与‘_exit()’的基本区别在于前一个调用实施与调用库里用户状态结构(user-mode constructs)有关的清除工作(clean-up)，而且调用用户自定义的清除程序 (自定义清除程序由atexit函数定义，可定义多次，并以倒序执行)，相对应，_exit函数只为进程实施内核清除工作。

在由‘fork()’创建的子进程分支里，正常情况下使用‘exit()’是不正确的，这是 因为使用它会导致标准输入输出(stdio: Standard Input Output)的缓冲区被清空两次，而且临时文件被出乎意料的删除(临时文件由tmpfile函数创建在系统临时目录下，文件名由系统随机生成)。在C++程序中情况会更糟，因为静态目标(static objects)的析构函数(destructors)可以被错误地执行。

(还有一些特殊情况，比如守护程序，它们的父进程需要调用‘_exit()’而不是子进程；

适用于绝大多数情况的基本规则是，‘exit()’在每一次进入‘main’函数后只调用一次。)

在由‘vfork()’创建的子进程分支里，‘exit()’的使用将更加危险，因为它将影响父进程的状态。

#include
#include
int    glob = 6;               /* external variable in initialized data */
int main(void)
{int    var;            /* automatic variable on the stack */pid_t    pid;var = 88;printf("before vfork\n");       /* we don't flush stdio */if ( (pid = vfork()) < 0)printf("vfork error\n");else if (pid == 0) {            /* child */glob++;                                 /* modify parent's variables */var++;exit(0);                               /* child terminates */  //子进程中最好还是用_exit(0)比较安全。}/* parent */printf("pid = %d, glob = %d, var = %d\n", getpid(), glob, var);exit(0);
}

在Linux系统上运行，父进程printf的内容输出：pid = 29650, glob = 7, var = 89

子进程 关闭的是自己的， 虽然他们共享标准输入、标准输出、标准出错等 “打开的文件”， 子进程exit时，也不过是递减一个引用计数，不可能关闭父进程的，所以父进程还是有输出的。

但在其它UNIX系统上，父进程可能没有输出，原因是子进程调用了e x i t，它刷新关闭了所有标准I / O流，这包括标准输出。虽然这是由子进程执行的，但却是在父进程的地址空间中进行的，所以所有受到影响的标准I/O FILE对象都是在父进程中的。当父进程调用p r i n t f时，标准输出已被关闭了，于是p r i n t f返回- 1。

在Linux的标准函数库中，有一套称作"高级I/O"的函数，我们熟知的printf()、fopen()、fread()、fwrite()都在此 列，它们也被称作"缓冲I/O（buffered I/O）"，其特征是对应每一个打开的文件，在内存中都有一片缓冲区，每次读文件时，会多读出若干条记录，这样下次读文件时就可以直接从内存的缓冲区中读取，每次写文件的时候，也仅仅是写入内存中的缓冲区，等满足了一定的条件（达到一定数量，或遇到特定字符，如换行符和文件结束符EOF），再将缓冲区中的 内容一次性写入文件，这样就大大增加了文件读写的速度，但也为我们编程带来了一点点麻烦。如果有一些数据，我们认为已经写入了文件，实际上因为没有满足特定的条件，它们还只是保存在缓冲区内，这时我们用_exit()函数直接将进程关闭，缓冲区中的数据就会丢失，反之，如果想保证数据的完整性，就一定要使用exit()函数。

Exit的函数声明在stdlib.h头文件中。

_exit的函数声明在unistd.h头文件当中。

下面的实例比较了这两个函数的区别。printf函数就是使用缓冲I/O的方式，该函数在遇到“\n”换行符时自动的从缓冲区中将记录读出。实例就是利用这个性质进行比较的。

exit.c源码

#include
#include
int main(void)
{
    printf("Using exit...\n");
    printf("This is the content in buffer");
    exit(0);
}

输出信息：

Using exit...

This is the content in buffer

#include
#include
int main(void)
{
    printf("Using exit...\n");   //如果此处不加“\n”的话，这条信息有可能也不会显示在终端上。
    printf("This is the content in buffer");
    _exit(0);
}

则只输出：

Using exit...

说明：在一个进程调用了exit之后，该进程并不会马上完全消失，而是留下一个称为僵尸进程（Zombie）的数据结构。僵尸进程是一种非常特殊的进程，它几乎已经放弃了所有的内存空间，没有任何可执行代码，也不能被调度，仅仅在进程列表中保留一个位置，记载该进程的退出状态等信息供其它进程收集，除此之外，僵尸进程不再占有任何内存空间。

#include ;

int main()
{
    printf("%c", 'c');
    _exit(0);
}

程序并没有输出"c", 说明_exit()没有进行io flush