前言

在Linux中，
程序（program）是放在磁盘上的程序，是不会执行的。
进程（process）是程序被触发，从而加载到内存中的，会被CPU随机执行。
Linux中，有非常多的进程在实时运行，对于进程的管理也是运维非常重要的一部分

Linux的程序变为进程的过程。 以 touch 命令为例子

1：由用户去触发磁盘中的程序，
2：根据触发的用户的权限取得执行的权限，不同的用户权限不同，如root的是 UID/GID = 0/0。
3：取得程序运行的相关资料，也就是程序的上下文。比如touch需要知道当前所在文件路径，当前文件夹的权限。
4：将执行者的权限与属性、程序的程序码与所需数据等都会被载入内存中。
5：Linux生成一个PID进程id，Linux会根据程序的PID来管理此进程。同一个程序运行多次也会有不同的PID，比如运行3次sleep；多个用户登录执行/bin/bash；他们的PID都是不同的。
6：执行完毕后，成功退出，或者失败退出，此时PID被收回，内存中的数据消失。还有可能成为僵尸进程，一直停留在内存中，哈哈哈。

也可以理解，我们可以通过对程序PID的操作来查看管理程序。

Linux中程序与程序间的关系

在 Linux 的程序调用通常称为 fork-and-exec 的流
程 ！程序都会借由父程序以复制 （fork） 的方式产生一个一模一样
的子程序， 然后被复制出来的子程序再以 exec 的方式来执行实际要进
行的程序，最终就成为一个子程序的存在。
在子程序执行的时候，父程序会sleep。子程序结束的时，子程序的PID，内存中的数据会消失，再回到父程序的流程中。

程序的前台运行与后台运行：bash 的 job control

在某些特定的环境下，会在/etc/security/limits.conf 里面设置使用者同时
可以登陆的连线数，在这样的情况下，某些使用者可能仅能以一个连线
来工作。所以有时候需要用单个bash来处理多个工作。这时候就需要把程序放在后台执行了。

直接将指令丢到背景中“执行”的 &

tar -zpcf /tmp/etc.tar.gz /etc &
这条命令可以将打包的过程放到后台执行，但是将工作丢到背景当中要特
别注意数据的流向。包括上面的讯息就有出现错误讯息，导致我的前台被影响。

如果想要前台不被影响则可以像下面这样：

tar -zpcvf /tmp/etc.tar.gz /etc > /tmp/log.txt 2>&1 &
如此一来，输出的信息都给他传送到 /tmp/log.txt 当中，当
然就不会影响到我们前台的作业了。 这就是数据流重导向的重要性。

将“目前”的工作丢到后台中“暂停”：[ctrl]-z

如：sleep 1000
这时，后台程序会暂停，不会再执行了。

使用 jobs -l 查看后台的程序。

[1] 和 [2] 是工作号，可以通过工作号来操作任务。

将后台工作拿到前台来处理：fg + 任务编号

让工作在后台下的状态变成运行中： bg + 任务编号

管理背景当中的工作： kill

kill向以 PID 进程号或者 JOBSPEC 任务声明指定的进程发送一个以
SIGSPEC 信号声明或 SIGNUM 信号编号命名的信号 来管理进程。
kill有如下的信号码

一般的话，使用1，9，15这三个即可达成很多目的了。

-1是重新加载配置文件。
-9 这个 signal 通常是用在“强制删除一个不正常的
工作”时所使用的， -15 则是以正常步骤结束一项工作（15也是默认
值），两者之间并不相同呦！举上面的例子来说， 我用 vim 的时候，
不是会产生一个 .filename.swp 的文件吗？ 那么，当使用 -15 这个 signal
时， vim 会尝试以正常的步骤来结束掉该 vi 的工作， 所以
.filename.swp 会主动的被移除。但若是使用 -9 这个 signal 时，由于该
vim 工作会被强制移除掉，因此， .filename.swp 就会继续存在文件系统
当中。
通常使用 -9 是因为某些程序你
真的不知道怎么通过正常手段去终止他，这才用到 -9 的

另外， kill 后面接的数字默认会是 PID ，如果想要管理 bash 的工作控制，就得要加上 %数字 了， 这点也得特别留意才行喔！

如：
kill -9 %1
kill -9 %2

离线管理问题

要注意的是，我们在工作管理当中提到的“背景”指的是在终端机
模式下可以避免 [crtl]-c 中断的一个情境， 你可以说那个是 bash 的背
景，并不是放到系统的背景去喔！所以，工作管理的背景依旧与终端机
有关啦！ 在这样的情况下，如果你是以远端连线方式连接到你的 Linux
主机，并且将工作以 & 的方式放到背景去， 请问，在工作尚未结束的
情况下你离线了，该工作还会继续进行吗？答案是“否”！不会继续进
行，而是会被中断掉。
简单说，如果bash关掉，当前bash的后台任务也会结束

那该如何处理呢？ 首先，你可以参考前一章的 at 来处理即
可！因为 at 是将工作放置到系统背景， 而与终端机无关。如果不想要
使用 at 的话，那你也可以尝试使用 nohup 这个指令来处理喔！这个
nohup 可以让你在离线或登出系统后，还能够让工作继续进行。他的语
法有点像这样：
[root@study ~]# nohup [指令与参数] <==在终端机前景中工作。
[root@study ~]# nohup [指令与参数] & <==在终端机背景中工作

有够好简单的指令吧！上述指令需要注意的是， nohup 并不支持
bash 内置的指令，因此你的指令必须要是外部指令才行。 我们来尝试
玩一下下面的任务吧！

1. 先编辑一支会“睡着 500 秒”的程序：

[root@study ~]# vim sleep500.sh
#!/bin/bash
/bin/sleep 500s
/bin/echo “I have slept 500 seconds.”

2. 丢到背景中去执行，并且立刻登出系统：

[root@study ~]# chmod a+x sleep500.sh
[root@study ~]# nohup ./sleep500.sh &
[2] 14812
[root@study ~]# nohup: ignoring input and appending output to `nohup.out’ <==会告知这个讯息！
[root@study ~]# exit

如果你再次登陆的话，再使用 pstree 去查阅你的程序，会发现
sleep500.sh 还在执行中喔！并不会被中断掉！ 这样了解意思了吗？由于
我们的程序最后会输出一个讯息，但是 nohup 与终端机其实无关了，
因此这个讯息的输出就会被导向“ ~/nohup.out ”，所以你才会看到上述
指令中，当你输入 nohup 后， 会出现那个提示讯息啰。
如果你想要让在背景的工作在你登出后还能够继续的执行，那么
使用 nohup 搭配 & 是不错的运行情境喔！ 可以参考看看！

注意事项：

这些工作所触发的程序必须来自于你 shell 的子程序（只管理自己
的 bash）；
前景：你可以控制与下达指令的这个环境称为前景的工作
（foreground）；
背景：可以自行运行的工作，你无法使用 [ctrl]+c 终止他，可使用
bg/fg 调用该工作；
背景中“执行”的程序不能等待 terminal/shell 的输入（input）