基础篇:
首先,用ps查看进程,方法如下:
$ ps -aux
内容如下:
.......
root 17149 0.0 0.1 101700 3572 ? Ss 14:06 0:00 /home/pubsrc/php/bin/php-cgi --fpm --fpm-config /home/pubsrc/php/etc/php-fpm.conf
newby 17151 0.0 0.1 100380 3360 ? S 14:06 0:00 /home/pubsrc/php/bin/php-cgi --fpm --fpm-config /home/pubsrc/php/etc/php-fpm.conf
newby 17152 0.0 0.1 100380 3360 ? S 14:06 0:00 /home/pubsrc/php/bin/php-cgi --fpm --fpm-config /home/pubsrc/php/etc/php-fpm.conf
newby 17153 0.0 0.1 100380 3360 ? S 14:06 0:00 /home/pubsrc/php/bin/php-cgi --fpm --fpm-config /home/pubsrc/php/etc/php-fpm.conf
newby 17154 0.0 0.1 100380 3360 ? S 14:06 0:00 /home/pubsrc/php/bin/php-cgi --fpm --fpm-config /home/pubsrc/php/etc/php-fpm.conf
newby 17155 0.0 0.1 100380 3360 ? S 14:06 0:00 /home/pubsrc/php/bin/php-cgi --fpm --fpm-config /home/pubsrc/php/etc/php-fpm.conf
newby 17156 0.0 0.1 100380 3360 ? S 14:06 0:00 /home/pubsrc/php/bin/php-cgi --fpm --fpm-config /home/pubsrc/php/etc/php-fpm.conf
newby 17157 0.0 0.1 100380 3360 ? S 14:06 0:00 /home/pubsrc/php/bin/php-cgi --fpm --fpm-config /home/pubsrc/php/etc/php-fpm.conf
此时如果我想杀了php-cfi的进程就在终端输入:
$ kill -s 9 17149等一系列信号
其中-s 9 制定了传递给进程的信号是9,即强制、尽快终止进程。各个终止信号及其作用见附录。
17149则是上面ps查到的php-cgi的PID。
简单吧,但有个问题,进程少了则无所谓,进程多了,就会觉得痛苦了,无论是ps -ef 还是ps -aux,每次都要在一大串进程信息里面查找到要杀的进程,看的眼都花了。
进阶篇:
改进1:
把ps的查询结果通过管道给grep查找包含特定字符串的进程。管道符“|”用来隔开两个命令,管道符左边命令的输出会作为管道符右边命令的输入。
$ ps -aux | grep php-cgi
root 17149 0.0 0.1 101700 3572 ? Ss 14:06 0:00 /home/pubsrc/php/bin/php-cgi --fpm --fpm-config /home/pubsrc/php/etc/php-fpm.conf
newby 17151 0.0 0.1 100380 3360 ? S 14:06 0:00 /home/pubsrc/php/bin/php-cgi --fpm --fpm-config /home/pubsrc/php/etc/php-fpm.conf
这次就清爽了。然后就是
$kill -s 9 17149等一系列信号,还是麻烦
改进2——使用pgrep:
一看到pgrep首先会想到什么?没错,grep!pgrep的p表明了这个命令是专门用于进程查询的grep。
$ pgrep php-cgi
17149
17151
17152
17153
17154
17155
$kill -s 9 17149等一系列信号,还是麻烦
改进3——使用pidof:
看到pidof想到啥?没错pid of xx,字面翻译过来就是 xx的PID。
$ pidof php-cgi
17279 17278 17277 17276 17275 17274
和pgrep相比稍显不足的是,pidof必须给出进程的全名。然后就是老生常谈:
$kill -s 9 17149等一系列信号,还是麻烦
无论使用ps 然后慢慢查找进程PID 还是用grep查找包含相应字符串的进程,亦或者用pgrep直接查找包含相应字符串的进程pid,然后手动输入给kill杀掉,都稍显麻烦。有没有更方便的方法?
改进4:
$ps -aux | grep php-cgi | grep -v grep | cut -c 9-15 | xargs kill -s 9
说明:
“grep php-cgi”的输出结果是,所有含有关键字“php-cgi”的进程。
“grep -v grep”是在列出的进程中去除含有关键字“grep”的进程。
“cut -c 9-15”是截取输入行的第9个字符到第15个字符,而这正好是进程号PID。
“xargs kill -s 9”中的xargs命令是用来把前面命令的输出结果(PID)作为“kill -s 9”命令的参数,并执行该命令。“kill -s 9”会强行杀掉指定进程。
难道你不想抱怨点什么?没错太长了
改进5:
知道pgrep和pidof两个命令,干嘛还要打那么长一串!
$ pgrep php-cgi | xargs kill -s 9
注意:pidof php-cgi | xargs kill -s 9 的时候会有一个问题,pidof的进程号全在一行,会存在溢出的问题,有可能一次不能全部杀掉进程
改进6:
$ ps -ef | grep php-cgi | grep -v 'grep' | awk '{print $2}' | xargs kill -9
其中awk '{print $2}' 的作用就是打印(print)出第二列的内容。根据常规篇,可以知道ps输出的第二列正好是PID。就把进程相应的PID通过xargs传递给kill作参数,杀掉对应的进程。
改进7:
难道每次都要调用xargs把PID传递给kill?答案是否定的:
$kill -s 9 `ps -aux | grep php-cgi | awk '{print $2}'`
改进8:
没错,命令依然有点长,换成pgrep。
$kill -s 9 `pgrep php-cgi`
改进9——pkill:
看到pkill想到了什么?没错pgrep和kill!pkill=pgrep+kill。
$pkill -9 php-cgi
说明:"-9" 即发送的信号是9,pkill与kill在这点的差别是:pkill无须 “s”,终止信号等级直接跟在 “-“ 后面。之前我一直以为是 "-s 9",结果每次运行都无法终止进程。
改进10——killall:
killall和pkill是相似的,不过如果给出的进程名不完整,killall会报错。pkill或者pgrep只要给出进程名的一部分就可以终止进程。
$killall -9 php-cgi