Linux杀掉进程kill/killall/pkill/xkill的用法与区别

一. 终止进程的工具(kill、killall、pkill、xkill)

终止一个进程或终止一个正在运行的程序，一般是通过kill 、killall、pkill、xkill等进行。比如一个程序已经死掉，但又不能退出，这时就应该考虑应用这些工具。

另外应用的场合就是在服务器管理中，在不涉及数据库服务器程序的父进程的停止运行，也可以用这些工具来终止。为什么数据库服务器的父进程不能用这些工具杀死呢？原因很简单，这些工具在强行终止数据库服务器时，会让数据库产生更多的文件碎片，当碎片达到一定程度的时候，数据库就有崩溃的危险。比如mysql服务器最好是按其正常的程序关闭，而不是用pkill mysqld或killall mysqld这样危险的动作；当然对于占用资源过多的数据库子进程，我们应该用kill来杀掉。

1.kill

kill的应用是和ps或pgrep命令结合在一起使用的，kill的用法：

kill [信号代码] 进程ID

注： 信号代码可以省略；我们常用的信号代码是-9 ，表示强制终止；

举例：

[root@huidukongjian-h2 ~]# ps auxf |grep httpd
root 4939 0.0 0.0 5160 708 pts/3 S+ 13:10 0:00 \_ grep httpd

root 4830 0.1 1.3 24232 10272 ? Ss 13:02 0:00 /usr/sbin/httpd

apache 4833 0.0 0.6 24364 4932 ? S 13:02 0:00 \_ /usr/sbin/httpd

apache 4834 0.0 0.6 24364 4928 ? S 13:02 0:00 \_ /usr/sbin/httpd

apache 4835 0.0 0.6 24364 4928 ? S 13:02 0:00 \_ /usr/sbin/httpd

apache 4836 0.0 0.6 24364 4928 ? S 13:02 0:00 \_ /usr/sbin/httpd

apache 4840 0.0 0.6 24364 4928 ? S 13:02 0:00 \_ /usr/sbin/httpd

查看httpd服务器的进程；也可以用pgrep -l httpd来查看；

看上面例子中的第二列，就是进程PID的列，其中4830是httpd服务器的父进程，从4833－4840的进程都是它4830的子进程；如果我们杀掉父进程4830的话，其下的子进程也会跟着死掉；

执行杀掉进程的命令：

#杀掉4840这个进程；
kill 4840 

然后查看httpd进程：

ps -auxf |grep httpd

查看一下会有什么结果？是不是httpd服务器仍在运行？然后执行杀掉父进程4830的命令：

kill 4830 

然后再查看httpd的其它子进程是否存在，httpd服务器是否仍在运行？

对于僵尸进程，可以用kill -9来强制终止退出，比如一个程序已经彻底死掉，如果kill不加信号强度是没有办法退出，最好的办法就是加信号强度-9 ，后面要接杀父进程PID；比如：

执行下面命令查看父进程PID,

ps aux |grep gaim

或

pgrep -l gaim

然后杀掉父进程，

kill -9 5031

2.killall

killall命令可以通过程序/服务的名字，直接杀死所有进程，用法：

killall 正在运行的程序名

killall也和ps或pgrep结合使用，比较方便，通过ps或pgrep来查看哪些程序在运行，然后杀掉指定进程：

killall gaim

3.pkill

pkill和killall应用方法差不多，也是直接杀死运行中的程序；如果想杀掉单个进程，请用kill来杀掉，用法：

pkill 正在运行的程序名

4.xkill

kill是在桌面用的杀死图形界面的程序。比如当firefox出现崩溃不能退出时，点鼠标就能杀死firefox 。当xkill运行时出来和个人脑骨的图标，哪个图形程序崩溃一点就OK了。如果想终止xkill ，就按右键取消；

xkill

二、Linux的kill命令与信号控制

信号是用来与守护程序和进程通信的。任何活动任务都是一个进程，而守护程序是等待对某些事件做出反应或者按照日程安排执行任务的后台服务。一个程序必须有建在其中的信号处理程序用于捕获和应答信号。在Linux中的signal参考指南解释了各种不同信号和这些信号的用途。信号是由“kill”命令发出的。kill -l命令可以显示一个可用信号列表及其编号。

所有的守护程序和进程都有一个进程ID(PID)，例如使用ps命名所显示的内容：

ps aux

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  1.3 179044 11588 ?        Ss   Mar20   5:14 /usr/lib/systemd/systemd --switched-root --system --deserialize 17
root         2  0.0  0.0      0     0 ?        S    Mar20   0:00 [kthreadd]
root         3  0.0  0.0      0     0 ?        I<   Mar20   0:00 [rcu_gp]
root         4  0.0  0.0      0     0 ?        I<   Mar20   0:00 [rcu_par_gp]
root         6  0.0  0.0      0     0 ?        I<   Mar20   0:00 [kworker/0:0H-kblockd]
root         8  0.0  0.0      0     0 ?        I<   Mar20   0:00 [mm_percpu_wq]
root         9  0.0  0.0      0     0 ?        S    Mar20  10:41 [ksoftirqd/0]
root        10  0.0  0.0      0     0 ?        I    Mar20   3:59 [rcu_sched]
root        11  0.0  0.0      0     0 ?        S    Mar20   0:00 [migration/0]

这个输出是经过简化的。在系统中可以看到更多的行和栏目。如果某些进程消耗了全部CPU或者内存，可以在这个输出的%CPU和%MEM列中发现它们。找到失控的进程的一种更快捷的方法是使用top命令，因为按照默认的设置，使用占用CPU资源最多的进程在最上面显示。可以使用一条“yes”命令来测试一下:

yes carla is teh awesum

这个命令将以很高的速度反复显示“carla is teh awesum”，直到你停止它运行。这将使你的CPU使用率达到警戒线。

[root@huidukongjian-h2 ~]# top
...

PID   USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
12144 carla     25  0     31592   17m    13m R  93.4  3.5      0:50.26 konsole

22236 carla     15  0     2860    468    400 S  4.3   0.1      0:00.97 yes

分析一下这个结果，会发现一些有趣的事，会发现，占用CPU最多的程序是konsole虚拟终端程序，而不是“yes”命令，这是因为“yes”命令是在konsole终端程序中运行的。如果在一个“真正的”控制台（按Ctrl+Alt+F2键）中运行同样的命令序列，将看到“yes”命令被排在第一位。

有许多停止“yes”命令运行的方式。如果要回到运行它的shell中，按CTRL+C键就可以了。或者可以在另一个shell中用“kill”命令停止“yes”命令的运行，Kill命令后面跟PID或者命令名称，如下如示：

kill 22236

或者

killall yes

按CTRL+C键发出一个SIGINT（信号2），这个信号是键盘要求取得控制权的中断信号。kill和killall这两个命令按照默认的设置都发出一个SIGTERM信号（编号15）。程序中可以设置对SIGTERM信号（15）是捕捉或者忽略，或者以不同的方式解释。因此，如果程序对于KILL命令的反应与预期不同，很可能是被KILL的目标程序的问题。

终止一个父进程通常也终止了它的子进程。不过，情况并不总是如此。知道子进程是什么吗？使用ps命令加上-f选项就可以看到，如下所示：

[root@huidukongjian-h2 ~]# ps axf
22371 ? R 2:35 _ konsole [kdeinit]

22372 pts/3 Ss 0:00 | _ /bin/bash

24322 pts/3 S+ 0:00 | | _ yes carla is teh awesum

22381 pts/4 Rs 0:00 | _ /bin/bash

24323 pts/4 R+ 0:00 | | _ ps axf

现在，回到SIGHUP的话题：

SIGHUP的发音是“sig-hup”，是signal hangup的缩写，含义是“中止信号”。如何发送一个SIGHUP信号呢？这里有几种方式：

kill -HUP [pid]
killall -HUP [process-name]
kill -1 [pid]
killall -1 [process-name]

因此，可以使用PID或者名称，信号名称或者号码。那么为什么要这样做而不使用/etc/init.d/foo命令重新启动呢？使用它们自己的init（初始化）文件来控制服务是优先选择的方式，因为这些文件通常包含健全和错误检查以及额外的功能。使用“kill”命令和信号的主要原因是尽可能明确地终止挂起和失控的进程，而不必重新启动或者登出。

1.终止进程

正如在关于信号的man page中所看到的，有十几种控制进程的方法。下面是一些常用的方法：

kill -STOP [pid]

发送SIGSTOP (17,19,23)停止一个进程，而并不消灭这个进程。

kill -CONT [pid]

发送SIGCONT (19,18,25)重新开始一个停止的进程。

kill -KILL [pid]

发送SIGKILL(9)强迫进程立即停止，并且不实施清理操作。

kill -9 -1

终止拥有的全部进程。

SIGKILL和SIGSTOP信号不能被捕捉、封锁或者忽略，但是，其它的信号可以。所以这是终极武器。

2.Bash shell的Kil命令l

Bash外壳包含一个内置的kill命令，当执行下面命令：

type -all kill

kill is a shell built-in

kill is /bin/kill

命令的结果表明有两个kill命令，一个是BASH的内置命令，另一个是/bin/kill可执行程序。一般来说这两个命令不太可能遇到冲突的情况，不过，如果确实遇到了kill命令行为异常时，可以明确的指定/bin/kill命令。

参考资源

• Linux Cookbook一书的第七章“开始和终止Linux”
• bash (1) – GNU Bourne-Again Shell
• yes (1) – 在被终止前反复打印字符
• signal (7) – 可用信号列表
• ps (1) – 报告当前进程的快照
• kill (1) – 向一个进程发出信号
• killall (1) – 按名字消灭进程
• pkill (1) – 根据名字和其它属性查看或者发出进程信号
• skill (1) – 发送一个信号或者报告进程状态
• xkill (1) – 按照X资源消灭一个客户程序

转载自： Linux终止进程的工具kill/killall/pkill/xkill/skill用法区别（转）