龙之介大人

linux的进程介绍与前后台任务切换
16.1 什么是进程 (process)由前面一连几个章节的数据看来,我们一直强调在 Linux 底下所有的指令与...
扫描右侧二维码阅读全文
21
2019/10

linux的进程介绍与前后台任务切换

16.1 什么是进程 (process)

由前面一连几个章节的数据看来,我们一直强调在 Linux 底下所有的指令与你能够进行的动作都与权限有关,而系统如何判定你的权限呢?当然就是上一章账号管理当中提到的 UID/GID 的相关概念,以及文件的属性相关性!再进一步来解释,现在大概知道,在 Linux 系统当中:『触发任何一个事件时,系统都会将他定义成为一个进程,并且给予这个进程一个 ID ,称为 PID,同时依据启发这个进程的用户与相关属性关系,给予这个 PID 一组有效的权限设定。』 从此以后,这个 PID 能够在系统上面进行的动作,就与这个 PID 的权限有关!

16.1.1 进程与程序 (process & program)

我们如何产生一个进程呢?其实很简单啦,就是『执行一个程序或指令』就可以触发一个事件而取得 一个 PID !我们说过,系统应该是仅认识 binary file 的,那么当我们要让系统工作的时候,当然就是需要启动一个 binary file ,那个 binary file 就是程序 (program) 了!

那我们知道,每个程序都有三组人马的权限,每组人马都具有 r/w/x 的权限,所以:『不同的使用者身份执行这个 program 时,系统给予的权限也都不相同!』举例来说,我们可以利用 touch 来建立一个空的文件,当 root 执行这个 touch 指令时,他取得的是 UID/GID = 0/0 的权限,而当 xiaoqi (UID/GID=1000/1000) 执行这个 touch 时,他的权限就跟 root 不同啦!我们将这个概念绘制成图示来瞧瞧如下:

如上图所示,程序一般是放置在实体磁盘中,然后透过用户的执行来触发。触发后会加载到内存中成为一个个体,那就是进程。 为了操作系统可管理这个进程,因此进程有给予执行者的权限/属性等参数,并包括程序所需要的脚本与数据或文件数据等,最后再给予一个 PID 。系统就是透过这个 PID 来判断该 process 是否具有权限进行工作的!他是很重要的!

举个更常见的例子,我们要操作系统的时候,通常是利用联机程序或者直接在主机前面登入,然后取 得我们的 shell 对吧!那么,我们的 shell 是 bash 对吧,这个 bash 在 /bin/bash 对吧,那么同时间的每个人登入都是执行 /bin/bash !不过,每个人取得的权限就是不同!也就是说,我们可以这样看:

程序和进程的差异

也就是说,当我们登入并执行 bash 时,系统已经给我们一个 PID 了,这个 PID 就是依据登入者的 UID/GID (/etc/passwd) 来的.以上面的图 1.2 配合图 1.1 来做说明的话,我们知道/bin/bash是一个程序 (program),当xiaoqi登入后,他取得一个PID号码为2234的进程,这个进程的User/Group 都是xiaoqi,而当这个程序进行其他作业时,例如上面提到的 touch 这个指令时,那么由这个进程衍生出来的其他进程在一般状态下,也会沿用这个进程的相关权限!

  • 我们将程序与进程作个总结:
  • 程序 (program):通常为 binary program ,放置在储存媒体中 (如硬盘、光盘、软盘、磁带等),为实体文件的型态存在;
  • 进程 (process):程序被触发后,执行者的权限与属性、程序的程序代码与所需数据等都会被加载内存中,操作系统并给予这个内存内的单元一个标识符 (PID),可以说,进程就是一个正在运作中的程序。

16.1.2 子进程与父进程

在上面的说明里面,我们有提到所谓的『衍生出来的进程』,那是什么呢?比如,当我们登入系统后,会取得一个 bash 的 shell ,然后,我们用这个 bash 提供的接口去执行另一个指令,例如 /usr/bin/passwd 或者是 touch 等等,那些另外执行的指令也会被触发成为 PID ,那个后来执行指令才产生的 PID 就是『子进程』,而在我们原本的 bash 环境下,就称为『父进程』! 借用我们在之前谈到的 export 所用的图示:

进程相图

所以你必须要知道,程序彼此之间是有相关性的!以上面的图示来看,连续执行两个 bash 后,第二个 bash 的父进程就是前一个 bash。因为每个进程都有一个 PID ,那某个进程的父进程该如何判断? 就透过 Parent PID (PPID) 来判断即可。此外,在bash入门上的内容我们也探讨过环境变量的继承问题,子进程可以取得父进程的环境变量!

  • 我们来进行底下的练习,以了解什么是子进程/父进程。
例题:请在目前的 bash 环境下,再触发一次 bash ,并以『 ps -l 』这个指令观察进程相关的输出信息。
答:直接执行 bash ,会进入到子进程的环境中,然后输入 ps -l 后,出现:
[root@study ~]# ps -l
F S   UID   PID  PPID  C PRI  NI ADDR SZ WCHAN  TTY          TIME CMD
4 S     0 25464 25460  0  80   0 - 29140 wait   pts/0    00:00:00 bash
4 S     0 25556 25464  0  80   0 - 29170 wait   pts/0    00:00:00 bash
0 R     0 25587 25556  0  80   0 - 34343 -      pts/0    00:00:00 ps

看到那个 PID 与 PPID 吗?第一个 bash 的 PID 与第二个 bash 的 PPID 都是 13928 啊, 因为第二个 bash 是来自于第一个所产生的嘛!另外,每部主机的程序启动状态都不一样, 所以在你的系统上面看到的 PID 与我这里的显示一定不同!那是正常的!详细的 ps 指令我们会在本章稍后介绍, 这里你只要知道 ps -l 可以查阅到相关的进程信息即可。

很多朋友常常会发现:『明明我将有问题的进程关闭了,怎么过一阵子他又自动的产生? 而且新产生的那个进程的 PID 与原先的还不一样,这是怎么回事呢?』不要怀疑,如果不是 crontab 工作排程的影响,肯定有一支父进程存在,所以你杀掉子进程后, 父进程就会主动再生一支!那怎么办?找出那个父进程,然后将他删除就行了!

16.1.3 进程呼叫的流程:fork and exec

其实子进程与父进程之间的关系还挺复杂的,最大的复杂点在于进程互相之间的呼叫。在 Linux 的进程呼叫通常称为 fork-and-exec 的流程!进程都会由父进程以复制 (fork)的方式产生一个一模一样的子进程,然后被复制出来的子进程再以 exec 的方式来执行实际要进行的程序,最终就成为一个子进程的存在。整个流程有点像底下这张图:

进程使用fork and exec流程图

  1. 系统先以 fork 的方式复制一个与父进程相同的暂存进程,这个进程与父进程唯一的差别就是 PID 不同! 但是这个暂存进程还会多一个 PPID 的参数,PPID 如前所述,就是父进程的进程标识符啦!
  2. 然后暂存进程开始以 exec 的方式加载实际要执行的程序,以上述图标来讲,新的程序名称为 bbb ,最终子进程的程序代码就会变成 bbb 了!

16.1.4 常驻内存的进程:系统或网络服务

如果就我们之前学到的一些指令数据来看,其实我们下达的指令都很简单,包括用ls显示文件啊、 用touch建立文件啊、rm/mkdir/cp/mv 等指令管理文件啊、chmod/chown/passwd 等等的指令来管理权限等等的,不过,这些指令都是执行完就结束了。也就是说,该项指令被触发后所产生的 PID 很快就会终止呢! 那有没有一直在执行的进程啊?当然有啊!而且很多!

举个简单的例子来说好了,我们知道系统每分钟都会去扫瞄 /etc/crontab 以及相关的配置文件, 来进行工作排程?那么那个工作排程是谁负责的?是 crond 这个程序所管理的,我们将他启动在背景当中一直持续不断的运作,那就是『常驻在内存当中的进程』!

常驻在内存当中的进程通常都是负责一些系统所提供的功能以服务用户各项任务,因此这些常驻程序 就会被我们称为:服务 (daemon)。系统的服务非常的多,不过主要大致分成系统本身所需要的服务,例如刚刚提到的crondatd,还有rsyslogd等等的。还有一些则是负责网络联机的服务,例如Apache, named, postfix, vsftpd...等等的。这些网络服务比较有趣的地方,在于这些程序被执行后,他会启动一个可以负责网络监听的端口口 (port),以提供外部客户端 (client) 的联机要求。

crontab来说,他的主要执行程序名称应该是cronat才对,为啥要加个 d 在后面?而成为crond,atd呢?就是因为 Linux 希望我们可以简单的判断该程序是否为daemon,所以,一般daemon类型的程序都会加上d在文件名后面~我们会看到的 httpd, vsftpd 等等都是。

16.1.5 Linux 的多人多任务环境

我们现在知道了,其实在 Linux 底下执行一个指令时,系统会将相关的权限、属性、程序代码与数据等均加载内存,并给予这个单元一个进程标识符 (PID),最终该指令可以进行的任务则与这个 PID 的权限有关。根据这个说明,我们就可以简单的了解,为什么 Linux 这么多用户,但是却每个人都可以拥有自己的环境了吧!底下我们来谈谈 Linux 多人多任务环境的特色:

多人环境:

Linux 最棒的地方就在于他的多人多任务环境了!那么什么是『多人多任务』?在 Linux 系统上面具有多种不同的账号,每种账号都有都有其特殊的权限,只有一个人具有至高无上的权力,那就是 root (系统管理员)。除了root之外,其他人都必须要受一些限制的!而每个人进入 Linux 的环境设定都可以随着每个人的喜好来设定 (还记得我们提过的 ~/.bashrc)!现在知道为什么了吧?因为每个人登入后取得的 shell 的 PID 不同!

多任务行为

我们在第零章谈到 CPU 的速度,目前的 CPU 速度可高达几个 GHz。 这代表 CPU 每秒钟可以运 作 109 这么多次指令。我们的 Linux 可以让 CPU 在各个工作间进行切换,也就是说,其实每个工作都仅占去 CPU 的几个指令次数,所以 CPU 每秒就能够在各个进程之间进行切换!谁叫 CPU 可以在一秒钟进行这么多次的指令运作。

CPU 切换进程的工作,与这些工作进入到 CPU 运作的排程 (CPU 排程,非 crontab 排程) 会影响到系统的整体效能!目前 Linux 使用的多任务切换行为是非常棒的一个机制,几乎可以将 PC 的性能整个压榨出来!由于效能非常好,因此当多人同时登入系统时,其实会感受到整部主机好像就为了你存在一般! 这就是多人多任务的环境!

多重登入环境的七个基本终端窗口:

在 Linux 当中,默认提供了六个文字界面登入窗口,以及一个图形界面,你可以使用 [Alt]+[F1].....[F7] 来切换不同的终端机界面,而且每个终端机界面的登入者还可以不同人!这个东西可就很有用!尤其是在某个进程死掉的时候!

其实,这也是多任务环境下所产生的一个情况!我们的 Linux 默认会启动六个终端机登入环境的程序,所以我们就会有六个终端机接口。您也可以减少!就是减少启动的终端机程序就好了。

bash下的工作管理(job control)

我们在上一个小节有提到所谓的『父进程、子进程』的关系,那我们登入 bash 之后,就是取得一个名为 bash 的 PID 了,而在这个环境底下所执行的其他指令,就几乎都是所谓的子进程了。那么,在这个单一的 bash 接口下,我可不可以进行多个工作啊? 当然可以!可以『同时』进行!举例来说,我可以这样做:

[root@study ~]# cp file1 file2 &

在这一串指令中,重点在那个 & 的功能,他表示将 file1 这个文件复制为 file2 ,且放置于背景中执行,也就是说执行这一个命令之后,在这一个终端接口仍然可以做其他的工作!而当这一个指令 (cp file1 file2) 执行完毕之后,系统将会在你的终端接口显示完成的消息!很便利喔!

多人多任务的系统资源分配问题考虑

多人多任务确实有很多的好处,但其实也有管理上的困扰,因为使用者越来越多,将导致你管理上的困扰!另外,由于使用者日盛,当使用者达到一定的人数后,通常你的机器便需要升级了,因为 CPU 的运算与 RAM 的大小可能就会不够使用!

16.2 工作管理(job control)

这个工作管理 (job control) 是用在 bash 环境下的,也就是说:『当我们登入系统取得 bash shell 之后,在单一终端机接口下同时进行多个工作的行为管理 』。举例来说,我们在登入 bash 后,想要一边复制文件、一边进行资料搜寻、一边进行编译,还可以一边进行 vim 程序撰写! 当然我们可以 重复登入那六个文字接口的终端机环境中,不过,能不能在一个 bash 内达成? 当然可以啊!就是使用 job control!

16.2.1 什么是工作管理

从上面的说明当中,你应该要了解的是:『进行工作管理的行为中,其实每个工作都是目前 bash 的子进程,亦即彼此之间是有相关性的。我们无法以job control的方式由tty1的环境去管理tty2的bash!』

或许你会觉得很奇怪,既然我可以在六个终端接口登入,那何必使用job control呢?不要忘记了呢,我们可以在/etc/security/limits.conf(第十三章) 里面设定使用者同时可以登入的联机数,在这样的情况下,某些使用者可能仅能以一个联机来工作呢!所以,就得要了解一下这种工作管理的模式了!此外,这个章节内容也会牵涉到很多的数据流重导向,所以,如果忘记的话,务必回到上几章的 BASH Shell 看一看!

由于假设我们只有一个终端接口,因此在可以出现提示字符让你操作的环境就称为前景 (foreground),至于其他工作就可以让你放入背景 (background) 去暂停或运作。要注意的是,放入背景的工作想要运作时,他必须不能够与使用者互动。举例来说,vim 绝对不可能在背景里面执行 (running) 的! 因为你没有输入数据他就不会跑啊! 而且放入背景的工作是不可以使用 [ctrl]+c 来终止的!

  • 总之,要进行 bash 的job control必须要注意到的限制是:
  • 这些工作所触发的进程必须来自于你 shell 的子进程(只管理自己的 bash);
  • 前景:你可以控制与下达指令的这个环境称为前景的工作 (foreground);
  • 背景:可以自行运作的工作,你无法使用 [ctrl]+c 终止他,可使用 bg/fg 呼叫该工作;
  • 背景中『执行』的进程不能等待 terminal/shell 的输入(input)

16.2.2 job control 的管理

如前所述,bash 只能够管理自己的工作而不能管理其他 bash 的工作,所以即使你是 root 也不能够将别人的 bash 底下的 job 给他拿过来执行。此外,又分前景与背景,然后在背景里面的工作状态又可以分为『暂停 (stop)』与『运作中 (running)』。那实际进行 job 控制的指令有哪些?底下就来谈谈。

直接将指令丢到背景中『执行』的 &

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

[root@study ~]# tar -zpcf /tmp/etc.tar.gz /etc/ &
[1] 1390
[root@study ~]# tar: 从成员名中删除开头的“/”

#在中括号内的号码为工作号码 (job number),该号码与 bash 的控制有关。
#后续的 1390 则是这个工作在系统中的 PID。至于后续出现的数据是 tar 执行的数据流, 
#由于我们没有加上数据流重导向,所以会影响画面!不过不会影响前景的操作喔!

仔细的瞧一瞧,我在输入一个指令后,在该指令的最后面加上一个『 & 』代表将该指令丢到背景中,此时 bash 会给予这个指令一个『工作号码(job number)』,就是那个 [1] !至于后面那个 1390 则是该指令所触发的『 PID 』了!而且,有趣的是,我们可以继续操作 bash 呢!不过,那么丢到背景中的工作什么时候完成?完成的时候会显示什么?如果你输入几个指令后,突然出现这个数据:

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

就代表[1]这个工作已经完成(Done),该工作的指令则是接在后面那一串指令列。这样了解了吧! 另外,这个 & 代表:『将工作丢到背景中去执行』! 注意到那个『执行』的字!此外,这样的情况最大的好处是:不怕被[ctrl]+c中断的啦! 此外,将工作丢到背景当中要特别注意资料的流向喔!包括上面的讯息就有出现错误讯息,导致我的前景被影响。虽然只要按下[enter]就会出现 提示字符。但如果我将刚刚那个指令改成:

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

情况会怎样?在背景当中执行的指令,如果有stdoutstderr时,他的数据依旧是输出到屏幕上面的,所以,我们会无法看到提示字符,当然也就无法完好的掌握前景工作。同时由于是背景工作的tar,此时你怎么按下[ctrl]+c也无法停止屏幕输出的内容!所以,最佳的状况就是利用数据流重导向,将输出数据传送至某个文件中。举例来说,我可以这样做:

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

如此一来,输出的信息都给他传送到/tmp/log.txt当中,当然就不会影响到我们前景的作业了。这样说,您应该可以更清楚数据流重导向的重要性了吧!

工作号码 (job number) 只与你这个 bash 环境有关,但是他既然是个指令触发的咚咚,所以当然一定是一个进程,因此你会观察到有job number也搭配一个 PID !

将『目前』的工作丢到背景中『暂停』:[ctrl]-z

想个情况:如果我正在使用 vim ,却发现我有个文件不知道放在哪里,需要到 bash 环境下进行搜寻,此时是否要结束 vim ?当然不需要啊!只要暂时将 vim 给他丢到背景当中等待即可。例如以下的案例:

[root@study ~]# vim .bashrc 
......
#在 vim 的一般模式下,按下 [ctrl]-z 这两个按键
[1]+  已停止               vim .bashrc
[root@study ~]#  <--可以正常的来到前台        
[root@study ~]# find / -print
.......
此时屏幕会非常的忙碌!因为屏幕上会显示所有的文件名。请按下 [ctrl]-z 暂停
[2]+  已停止               find / -print

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

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

[root@study ~]# jobs [-lrs]
选项与参数:
-l :除了列出 job number 与指令串之外,同时列出 PID 的号码; 
-r :仅列出正在背景 run 的工作;
-s :仅列出正在背景当中暂停 (stop) 的工作。


#范例一:观察目前的 bash 当中,所有的工作,与对应的 PID
[root@study ~]# jobs 
[1]-  已停止               vim .bashrc
[2]+  已停止               find / -print

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

其实+代表最近被放到背景的工作号码,-代表最近最后第二个被放置到背景中的工作号码。 而超过最后第三个以后的工作,就不会有+/-符号存在了!

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

刚刚提到的都是将工作丢到背景当中去执行的,那么有没有可以将背景工作拿到前景来处理的? 有啊!就是那个 fg (foreground) !举例来说,我们想要将上头范例当中的工作拿出来处理时:

[root@study ~]# fg %jobnumber
选项与参数:
%jobnumber :jobnumber 为工作号码(数字)。注意,那个 % 是可有可无的!


范例一:先以 jobs 观察工作,再将工作取出:
[root@study ~]# jobs -l
[2]-  7799 停止                  find / -print
[3]+  7905 停止                  vim .bashrc

[root@study ~]# fg  <--预设取出那个 + 的工作,亦即 [2]。立即按下[ctrl]-z

[root@study ~]# fg %1   <--直接规定取出的那个工作号码!再按下[ctrl]-z

[root@study ~]# jobs -l
[1]+  7964 停止                  vim .bashrc
[2]-  7965 停止                  find / -print

经过 fg 指令就能够将背景工作拿到前景来处理!不过比较有趣的是最后一个显示的结果,我们会发现 + 出现在第一个工作后!怎么会这样啊?这是因为你刚刚利用 fg %1 将第一号工作捉到前景后又放回背景,此时最后一个被放入背景的将变成 vi 那个指令动作,所以当然 [1] 后面就会出现 + 了!另外,如果输入 fg - 』则代表将 - 号的那个工作号码拿出来,上面就是 [2]- 那个 工作号码!

让工作在背景下的状态变成运作中:bg

我们刚刚提到,那个 [ctrl]-z 可以将目前的工作丢到背景底下去『暂停』,那么如何让一个工作在 背景底下『 Run 』呢?我们可以在底下这个案例当中来测试!底下的测试要进行的快一 点!

#范例一:一执行 find / -perm /7000 > /tmp/text.txt 后,立刻丢到背景去暂停!
[root@study ~]# find / -perm /7000 > /tmp/text.txt 
^Z
[1]+  已停止               find / -perm /7000 > /tmp/text.txt

#范例二:让该工作在背景下进行,并且观察他!!
[1] Stopped                vim ~/.bashrc
[2]- Stopped            find / -print
[3]+ Stopped            find / -perm /7000 > /tmp/text.txt &
[3]+ find / -perm /7000 > /tmp/text.txt &
[1]-  Stopped            vim ~/.bashrc
[2]+  Stopped            find / -print
[3]   Running            find / -perm /7000 > /tmp/text.txt &

看到哪里有差异吗?没错!就是那个状态栏~以经由 Stopping 变成了 Running ! 看到差异点!指令列最后方多了一个 & 的符号! 代表该工作被启动在背景当中了啦!

管理背景当中的工作:kill

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

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


范例一:找出目前的 bash 环境下的背景工作,并将该工作『强制删除』。
[root@study ~]# kill -9 %2;jobs
[1]-  已停止               vim .bashrc
[2]+  已杀死               find / print
再过几秒你再下达 jobs 一次,就会发现 2 号工作不见了!因为被移除了!


范例二:找出目前的 bash 环境下的背景工作,并将该工作『正常终止』掉。
[root@study ~]# jobs 
[1]+  已停止               vim .bashrc

[root@study ~]# kill -SIGTERM %1
[1]+  已停止               vim .bashrc
#-SIGTERM 与 -15 是一样的!您可以使用 kill -l 来查阅!
#不过在这个案例中, vim 的工作无法被结束喔!因为他无法透过 kill 正常终止的意思!

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

不过,毕竟正常的作法中,你应该先使用 fg 来取回前景控制权,然后再离开 vim 才对~因此,以上面的范例二为例,其实 kill 确实无法使用 -15 正常的结束掉 vim 的动作喔!此时还是不建议使 用 -9 !因为你知道如何正常结束该进程不是吗? 通常使用 -9 是因为某些程序你真的不知道怎 么透过正常手段去终止他,这才用到 -9 的!

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

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

脱机管理问题:nohub

要注意的是,我们在工作管理当中提到的『背景』指的是在终端机模式下可以避免 [crtl]-c 中断的一个情境,你可以说那个是 bash 的背景,并不是放到系统的背景去喔!所以,工作管理的背景依旧与终端机有关! 在这样的情况下,如果你是以远程联机方式连接到你的 Linux 主机,并且将工以 & 的方式放到背景去, 请问,在工作尚未结束的情况下你脱机了,该工作还会继续进行吗?答案是『否』!不会继续进行,而是会被中断掉。

那怎么办?如果我的工作需要进行一大段时间,我又不能放置在背景底下,那该如何处理呢? 首先,你可以参考前一章的 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."

[root@study ~]# chmod a+x sleep500.sh 
[root@study ~]# nohup ./sleep500.sh &    
[2] 12943
[root@study ~]# nohup: 忽略输入并把输出追加到"nohup.out"

如果你再次登入的话,再使用 pstree 去查阅你的进程,会发现 sleep500.sh 还在执行中喔!并不会被 中断掉! 这样了解意思了吗?由于我们的程序最后会输出一个讯息,但是 nohup 与终端机其实无关了,因此这个讯息的输出就会被导向『 ~/nohup.out 』,所以你才会看到上述指令中,当你输入 nohup 后,会出现那个提示讯息。

如果你想要让在背景的工作在你注销后还能够继续的执行,那么使用 nohup 搭配 & 是不错的运作情境喔! 可以参考看看!

最后修改:2019 年 10 月 21 日 05 : 07 PM

发表评论