工作管理 (job control)

　　工作管理 (job control)： &, [ctrl]-z, jobs, fg, bg, kill

　　这个工作管理 (job control) 是用在 bash 环境下的，也就是说：‘ 当我们登入系统取得 bash shell 之后，在单一终端机介面下同时进行多个工作的行为管理 ’。举例来说，我们在登入 bash 后， 想要一边复制档案、一边进行资料搜寻、一边进行编译，还可以一边进行 vi 程式撰写！ 当然我们可以重复登入那六个文字介面的终端机环境中，不过，能不能在一个 bash 内达成？ 当然可以啊！就是使用 job control 啦！ ^_^

　　从上面的说明当中，您应该要瞭解的是：‘进行工作管理的行为中， 其实每个工作都是目前 bash 的子程序，亦即彼此之间是有相关性的。 我们无法以 job control 的方式由 tty1 的环境去管理 tty2 的 bash ！’ 这个概念请您先建立起来，后续的范例介绍之后，您就会清楚的瞭解啰！

　　或许你会觉得很奇怪啊，既然我可以在六个终端介面登入，那何必使用 job control 呢？ 真是脱裤子放屁，多此一举啊！不要忘记了呢，我们可以在 /etc/security/limits.conf 里面设定使用者同时可以登入的连线数，在这样的情况下，某些使用者可能仅能以一个连线来工作呢！ 所以啰，您就得要瞭解一下这种工作管理的模式了！ 此外，这个章节内容也会牵涉到很多的资料流重导向，所以，如果忘记的话， 务必回到 BASH Shell 看一看喔！

　　总之，要进行 bash 的 job control 必须要注意到的限制是：

　　* 程序必须来是 shell 的 child process
　　* 程序不能等待 terminal/shell 的输入(input)


　　# 直接将指令丢到背景中‘执行’的 & ：

　　瞎密？将某个指令‘丢到背景’当中？在一个 bash 的环境下，什么叫做‘前景 (foreground) ’与‘背景 (background) ’？我们先来简单的定义一下：

　　* 前景：您可以控制的这个工作称为前景的工作 (foreground)；
　　* 背景：在记忆体内可以自行运作的工作，您无法直接控制他，除非以 bg/fg 等指令将该工作呼叫出来。

　　如同前面提到的，我们在只有一个 bash 的环境下，如果想要同时进行多个工作， 那么可以将某些工作丢到背景环境当中，让我们可以继续操作前景的工作！那么如何将工作丢到背景中？ 最简单的方法就是利用‘ & ’这个玩意儿了！举个简单的例子， 我们要将 /etc/ 整个备份成为 /tmp/etc.tar.gz 时，又不想要等待， 那么可以这样做：

　　[root@linux ~]# tar -zpcf /tmp/etc.tar.gz /etc &
　　[1] 24874   <== [job number] PID
　　[root@linux ~]#    <== 可以继续作业，不受影响！这就是前景！

　　仔细的瞧一瞧，我在输入一个指令后，在该指令的最后面加上一个‘ & ’代表将该指令丢到背景中， 此时 bash 会给予这个指令一个‘工作号码(job number)’，就是那个 [1] 啦！ 至于后面那个 24874 则是该指令所触发的‘ PID ’了！ 而且，有趣的是，我们可以继续操作 bash 呢！很不赖吧！ 不过，那么丢到背景中的工作什么时候完成？完成的时候会显示什么？ 如果你输入几个指令后，突然出现这个资料：

　　[1]+  Done              tar -zpcf /tmp/etc.tar.gz /etc

　　就代表 [1] 这个工作已经完成 (Done) ，该工作的指令则是接在后面那一串指令列。 这样瞭解了吧？！另外，这个 & 代表：‘将工作丢到背景中去执行’喔！ 注意到那个‘执行’的字眼！此外，这样的情况最大的好处是： 不怕被 [ctrl]-c 中断的啦！

　　此外，将工作丢到背景当中要特别注意资料的流向喔！举例来说，如果我将刚刚那个指令改成：

　　[root@linux ~]# tar -zpcvf /tmp/etc.tar.gz /etc &

　　情况会怎样？呵呵，在背景当中执行的指令，如果有 stdout 及 stderr 时， 他的资料依旧是输出到萤幕上面的，所以，我们会无法看到提示字元，当然也就无法完好的掌握前景工作。 所以啰，最佳的状况就是利用资料流重导向，将输出资料传送至某个档案中。举例来说，我可以这样做：

　　[root@linux ~]# tar -zpcvf /tmp/etc.tar.gz /etc > /tmp/log.txt 2>&1 &
　　[1] 24984
　　[root@linux ~]#

　　呵呵！如此一来，资料都给他传送到 /tmp/log.txt 当中，当然就不会影响到我们前景的作业了。 这样说，您应该可以更清楚资料流重导向的重要性了吧？！^_^

　　# 将‘目前’的工作丢到背景中‘暂停’：[ctrl]-z
　　想个情况：如果我正在使用 vi ，却发现我有个档案不知道放在哪里，需要到 bash 环境下去搜寻，此时，是否要结束 vi 呢？呵呵！当然不需要啊！只要暂时将 vi 给他丢到背景当中等待即可。 例如以下的案例：

　　[root@linux ~]# vi ~/.bashrc
　　# 在 vi 的一般模式下，按下 [ctrl]-z 这两个按键
　　[1]+  Stopped                 /usr/bin/vim ~/.bashrc
　　[root@linux ~]#   <==顺利取得了前景的操控权！

　　在 vi 的一般模式下，按下 [ctrl] 及 z 这两个按键，萤幕上会出现 [1] ，表示这是第一个工作， 而那个 + 代表目前在背景下预设被取用的那个工作 (与 fg 这个指令有关 )！ 而那个 Stopped 则代表目前这个工作的状态。在预设的情况下，使用 [ctrl]-z 丢到背景当中的工作都是‘暂停’的状态喔！

　　# 观察目前的背景工作状态： jobs

　　[root@linux ~]# jobs [-lrs]
　　参数：
　　-l  ：除了列出 job number 之外，同时列出 PID
　　-r  ：仅列出正在背景 run 的工作；
　　-s  ：仅列出正在背景当中暂停 (stop) 的工作。
　　范例：

　　范例一：观察目前的 bash 当中，所有的工作，与对应的 PID
　　[root@linux ~]# jobs -l
　　[1]+ 24988 Stopped                 /usr/bin/vim ~/.bashrc
　　[2]- 25006 Stopped                 /usr/bin/vim ~/.bash_history

　　如果想要知道目前有多少的工作在背景当中，就用 jobs 这个指令吧！一般来说，直接下达 jobs 即可！ 不过，如果您还想要知道该 job number 的 PID 号码，可以加上 -l 这个参数啦！ 在输出的资讯当中，例如上表，仔细看到那个 + - 号喔！那个 + 代表预设的取用工作。 所以说：‘目前我有两个工作在背景当中，两个工作都是暂停的， 而如果我仅输入 fg 时，那么那个 [1] 会被拿到前景当中来处理’！

（评论：+ 代表使用fg命令时，最先被取用的哪个工作。即下达fg指令之后，带有+的job先被调到前景来工作。）

　　# 将背景工作拿到前景来处理：fg

　　刚刚提到的都是将工作丢到背景当中去执行的，那么有没有可以将背景工作拿到前景来处理的？ 有啊！就是那个 fg 啦！举例来说，我们想要将上头范例当中的工作拿出来处理时：

　　[root@linux ~]# fg %jobnumber
　　参数：
　　%jobnumber ：工作的号码。注意，那个 % 是可有可无的！
　　范例：

　　范例一：先以 jobs 观察工作，再将工作取出：
　　[root@linux ~]# jobs
　　[1]+  Stopped                 /usr/bin/vim ~/.bashrc
　　[2]-  Stopped                 /usr/bin/vim ~/.bash_history
　　[root@linux ~]# fg      <==预设取出那个 + 的工作，亦即 [1]
　　[root@linux ~]# fg %2   <==直接规定取出的那个工作号码！

　　经过 fg 指令就能够将背景工作拿到前景来处理啰！

　　# 让工作在背景下进行： bg
　　我们刚刚提到，那个 [ctrl]-z 可以将目前的工作丢到背景底下去‘暂停’， 那么如何让一个工作在背景底下‘ Run ’呢？我们可以在底下这个案例当中来测试！ 注意喔！底下的测试要进行的快一点！^_^

　　范例一：一执行 find / -perm +7000 后，立刻丢到背景去暂停！
　　[root@linux ~]# find / -perm +7000
　　# 此时，请立刻按下 [ctrl]-z 暂停！
　　[1]+  Stopped                 find / -perm +7000
　　[root@linux ~]#

　　范例二：让该工作在背景下进行，并且观察他！！
　　[root@linux ~]# jobs ; bg %1 ; jobs
　　[1]+  Stopped                 find / -perm +7000
　　[1]+ find / -perm +7000 &
　　[1]+  Running                 find / -perm +7000 &

　　看到哪里有差异吗？呼呼！没错！就是那个状态列～以经由 Stopping 变成了 Running 啰！ 看到差异点，嘿嘿！指令列最后方多了一个 & 的符号啰！ 代表该工作被启动在背景当中了啦！ ^_^

　　# 管理背景当中的工作： kill

　　刚刚我们可以让一个已经在背景当中的工作继续工作，也可以让该工作以 fg 拿到前景来， 那么，如果想要将该工作直接移除呢？或者是将该工作重新启动呢？呵呵！ 这个时候就得需要给予该工作一个讯号 (signal) ，让他知道该怎么作才好啊！ 此时， kill 这个指令就派上用场啦！

　　[root@linux ~]# kill -signal %jobnumber
　　[root@linux ~]# kill -l
　　参数：
　　-l  ：这个是 L 的小写，列出目前 kill 能够使用的讯号 (signal) 有哪些？
　　signal ：代表给予后面接的那个工作什么样的指示啰！用 man 7 signal 可知：
　　-1 ：重新读取一次参数的设定档 (类似 reload)；
　　-2 ：代表与由键盘输入 [ctrl]-c 同样的动作；
　　-9 ：立刻强制删除一个工作；
　　-15：以正常的程序方式终止一项工作。与 -9 是不一样的。
　　范例：

　　范例一：找出目前的 bash 环境下的背景工作，并将该工作删除。
　　[root@linux ~]# jobs
　　[1]+  Stopped                 vim bashrc
　　[root@linux ~]# kill -9 %1
　　[1]+  已砍掉                  vim bashrc

　　范例：找出目前的 bash 环境下的背景工作，并将该工作终止掉。
　　[root@linux ~]# jobs
　　[1]+  Stopped                 vim bashrc
　　[root@linux ~]# kill -SIGTERM %1
　　[1]+  终止                    vim bashrc
　　# -SIGTERM 与 -15 是一样的！您可以使用 kill -l 来查阅！

　　特别留意一下， -9 这个 signal 通常是用在‘强制删除一个不正常的工作’时所使用的， -15 则是以正常步骤结束一项工作(15也是预设值)，两者之间并不相同呦！举上面的例子来说， 我用 vi 的时候，不是会产生一个 .filename.swp 的档案吗？ 那么，当使用 -15 这个 signal 时， vi 会尝试以正常的步骤来结束掉该 vi 的工作， 所以 .filename.swp 会主动的被移除，但若是使用 -9 这个 signal 时， 由于该 vi 工作会被强制移除掉，因此， .filename.swp 就会继续存在档案系统当中。 这样您应该可以稍微分辨一下了吧？

　　其实， kill 的妙用是很无穷的啦！他搭配 signal 所详列的资讯 (用 man 7 signal 去查阅相关资料) 可以让您有效的管理工作与程序 (Process)，此外，那个 killall 也是同样的用法！ 至于常用的 signal 您至少需要瞭解 1, 9, 15 这三个 signal 的意义才好。 此外， signal 除了以数值来表示之外，也可以使用讯号名称喔！ 举例来说，上面的范例二就是一个例子啦！至于 signal number 与名称的对应， 呵呵，使用 kill -l 就知道啦(L的小写)！