Linux启动一个进程的过程

Linux 中的每个进程都存在于“进程树”中。你可以通过运行 pstree 命令查看进程树。树的根是 init，进程号是 1。每个进程（init 除外）都有一个父进程，一个进程都可以有很多子进程。

所以，假设我要启动一个名为 ls 的进程来列出一个目录。我是不是只要发起一个进程 ls 就好了呢？不是的。

我要做的是，创建一个子进程，这个子进程是我（me）本身的一个克隆，然后这个子进程的“脑子”被吃掉了，变成 ls。

开始是这样的：

然后运行 fork()，生成一个子进程，是我（me）自己的一份克隆：

然后我让该子进程运行 exec("ls")，变成这样：

当 ls 命令结束后，我几乎又变回了我自己：

在这时 ls 其实是一个僵尸进程。这意味着它已经死了，但它还在等我，以防我需要检查它的返回值（使用 wait 系统调用）。一旦我获得了它的返回值，我将再次恢复独自一人的状态。

上文提到的“脑子被吃掉”是什么意思呢？

进程有很多属性：

当你运行 execve 并让另一个程序吃掉你的脑子的时候，实际上几乎所有东西都是相同的！ 你们有相同的环境变量、信号处理程序和打开的文件等等。

唯一改变的是，内存、寄存器以及正在运行的程序，这可是件大事。

为何 fork 并非那么耗费资源（写入时复制）

你可能会问：“如果我有一个使用了 2GB 内存的进程，这是否意味着每次我启动一个子进程，所有 2 GB 的内存都要被复制一次？这听起来要耗费很多资源！”

事实上，Linux 为 fork() 调用实现了写时复制copy on write，对于新进程的 2GB 内存来说，就像是“看看旧的进程就好了，是一样的！”。然后，当如果任一进程试图写入内存，此时系统才真正地复制一个内存的副本给该进程。如果两个进程的内存是相同的，就不需要复制了

当子进程终结时，它会通知父进程，并清空自己所占据的内存，并在内核里留下自己的退出信息(exit code，如果顺利运行，为0；如果有错误或异常状况，为>0的整数)。在这个信息里，会解释该进程为什么退出。父进程在得知子进程终结时，有责任对该子进程使用wait系统调用。这个wait函数能从内核中取出子进程的退出信息，并清空该信息在内核中所占据的空间。但是，如果父进程早于子进程终结，子进程就会成为一个孤儿(orphand)进程。孤儿进程会被过继给init进程，init进程也就成了该进程的父进程。init进程负责该子进程终结时调用wait函数。

当然，一个糟糕的程序也完全可能造成子进程的退出信息滞留在内核中的状况（父进程不对子进程调用wait函数），这样的情况下，子进程成为僵尸（zombie）进程。当大量僵尸进程积累时，内存空间会被挤占。

一般有以下几种方法：

1）在输入命令的最前面加上nohup命令

如nohup your_command &这样命令在你退出后仍然会在后台执行

2）setsid命令

setsid your_command该命令的结果是使你所运行的命令的父进程为init，所以只有关机该进程才会停止

3）（your_command &）

就是用括号将你的命令括起来，这样做也是使命令的父进程为init

4）disown

当你在命令行下输入your_command &后命令就在后台执行了，然后执行jobs命令，该命令会列出当前正在后台执行的命令。例如输入命令“top&”

然后执行"jobs"

输出结果是

[1] + Suspended (tty output)top

注意行开头方括号内的数字，该数字叫做jobspec，是给当前后台运行的job的编号。这是你只要在命令行下输入"disown -h 1" 后台运行的top命令就不会受到hangup信号的影响了。

5）使用screen命令

在

命令行下输入screen命令就开启了一个screen进程，它就好像是一个全新的命令运行环境，在该环境中你可以像在正常的terminal下那样执行

命令，但是这个screen是不受其父进程的hangup信号的影响的，既然screen不受其父进程影响，当你意外掉线或者退出系统时，在screen

中仍在执行的命令仍然会继续执行。关于screen命令的使用方法你可以再去查阅相关资料。

---