神马文学网工作管理 (job control),Linux技术文章,Linux系列教程,Linux
来源：百度文库 编辑：神马文学网 时间：2024/04/29 18:49:50
工作管理 (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 即可！ 不过，如果您还想要知道该 jobnumber 的 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的小写)！
这个工作管理 (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 即可！ 不过，如果您还想要知道该 jobnumber 的 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的小写)！
工作管理 (job control),Linux技术文章,Linux系列教程,Linux
Linux内核的文件预读,Linux技术文章,Linux系列教程,Linux
Linux内核的文件预读2,Linux技术文章,Linux系列教程,Linux
Linux内核的文件预读3,Linux技术文章,Linux系列教程,Linux
U-boot启动过程（图）,Linux技术文章,Linux系列教程,Linux
TCP连接的状态转换图深度剖析,Linux技术文章,Linux系列教程,Linux
Linux的set,env和export的区别是什么,Linux技术文章,Linux系列教...
linux下组建硬raid经历,Linux系列教程,Linux应用技巧,Linux
Linux
Linux
Red Hat9.0与Win XP双系统安装指南[图] - 红联门户-您身边的Linux学习社区-本站新域名：www.linux110.com-Linux技术文章-Linux教程下载-电脑技术-红旗Linux - 信息资讯 - Linux技术专区 - Linux安装
Linux教程全
完全用Linux工作
完全用Linux工作
Linux常用命令-Linux教程-Linux系统中文网
linux 任务管理
Linux 进程管理
Linux 電源管理
Linux 系統管理
linux管理任务:
Linux内存管理
Linux 进程管理
［收藏］Linux 2.6 下内核模块的Makefile,Linux技术文章,Linux系...
Linux教程 - 11.8 NFS配置