long long ago,曾有一个想法,就是完全脱离windows,使用linux生活、工作。以前迫于各种专业工具不支持linux,只能无奈的使用xp。最近工作内 容是android移植+单片机开发,android就不说了,必须用linux开发。单片机也找到一些linux的工具,于是乎有不少时间是在 linux上进行开发工作。自然而然的,经常要进程管理。linux的进程管理手段丰富。想怎么杀进程都可以。废话少说,正题开始:
常规篇:
首先,用ps查看进程,方法如下:
1. $ ps -ef
2.
3. ……
4. smx 1822 1 0 11:38 ? 00:00:49 gnome-terminal
5. smx 1823 1822 0 11:38 ? 00:00:00 gnome-pty-helper
6. smx 1824 1822 0 11:38 pts/0 00:00:02 bash
7. smx 1827 1 4 11:38 ? 00:26:28 /usr/lib/firefox-3.6.18/firefox-bin
8. smx 1857 1822 0 11:38 pts/1 00:00:00 bash
9. smx 1880 1619 0 11:38 ? 00:00:00 update-notifier
10. ……
11. smx 11946 1824 0 21:41 pts/0 00:00:00 ps -ef
或者:
1. $ ps -aux
2.
3. ……
4.
5. smx 1822 0.1 0.8 58484 18152 ? Sl 11:38 0:49 gnome-terminal
6. smx 1823 0.0 0.0 1988 712 ? S 11:38 0:00 gnome-pty-helper
7. smx 1824 0.0 0.1 6820 3776 pts/0 Ss 11:38 0:02 bash
8. smx 1827 4.3 5.8 398196 119568 ? Sl 11:38 26:13 /usr/lib/firefox-3.6.18/firefox-bin
9. smx 1857 0.0 0.1 6688 3644 pts/1 Ss 11:38 0:00 bash
10. smx 1880 0.0 0.6 41536 12620 ? S 11:38 0:00 update-notifier
11. ……
12. smx 11953 0.0 0.0 2716 1064 pts/0 R+ 21:42 0:00 ps -aux
此时如果我想杀了火狐的进程就在终端输入:
1. $ kill -s 9 1827
其中-s 9 制定了传递给进程的信号是9,即强制、尽快终止进程。各个终止信号及其作用见附录。
1827则是上面ps查到的火狐的PID。
简单吧,但有个问题,进程少了则无所谓,进程多了,就会觉得痛苦了,无论是ps -ef 还是ps -aux,每次都要在一大串进程信息里面查找到要杀的进程,看的眼都花了。
进阶篇:
改进1:
把ps的查询结果通过管道给grep查找包含特定字符串的进程。管道符“|”用来隔开两个命令,管道符左边命令的输出会作为管道符右边命令的输入。
1. $ ps -ef | grep firefox
2. smx 1827 1 4 11:38 ? 00:27:33 /usr/lib/firefox-3.6.18/firefox-bin
3. smx 12029 1824 0 21:54 pts/0 00:00:00 grep --color=auto firefox
这次就清爽了。然后就是
1. $kill -s 9 1827
还是嫌打字多?
改进2——使用pgrep:
一看到pgrep首先会想到什么?没错,grep!pgrep的p表明了这个命令是专门用于进程查询的grep。
1. $ pgrep firefox
2. 1827
看到了什么?没错火狐的PID,接下来又要打字了:
1. $kill -s 9 1827
改进3——使用pidof:
看到pidof想到啥?没错pid of xx,字面翻译过来就是 xx的PID。
1. $ pidof firefox-bin
2. 1827
和pgrep相比稍显不足的是,pidof必须给出进程的全名。然后就是老生常谈:
1. $kill -s 9 1827
无论使用ps 然后慢慢查找进程PID 还是用grep查找包含相应字符串的进程,亦或者用pgrep直接查找包含相应字符串的进程PID,然后手动输入给kill杀掉,都稍显麻烦。有没有更方便的方法?有!
改进4:
1. $ps -ef | grep firefox | grep -v grep | cut -c 9-15 | xargs kill -s 9
说明:
“grep firefox”的输出结果是,所有含有关键字“firefox”的进程。
“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两个命令,干嘛还要打那么长一串!
1. $ pgrep firefox | xargs kill -s 9
改进6:
1. $ ps -ef | grep firefox | awk '{print $2}' | xargs kill -9
2. kill: No such process
有一个比较郁闷的地方,进程已经正确找到并且终止了,但是执行完却提示找不到进程。
其中awk '{print $2}' 的作用就是打印(print)出第二列的内容。根据常规篇,可以知道ps输出的第二列正好是PID。就把进程相应的PID通过xargs传递给kill作参数,杀掉对应的进程。
改进7:
难道每次都要调用xargs把PID传递给kill?答案是否定的:
1. $kill -s 9 `ps -aux | grep firefox | awk '{print $2}'`
改进8:
没错,命令依然有点长,换成pgrep。
1. $kill -s 9 `pgrep firefox`
改进9——pkill:
看到pkill想到了什么?没错pgrep和kill!pkill=pgrep+kill。
1. $pkill -9 firefox
说明:"-9" 即发送的信号是9,pkill与kill在这点的差别是:pkill的信号直接跟在 “-“ 后面,“-sxx”不是用来传递信号。之前我一直以为是 "-s 9",结果每次运行都无法终止进程。
改进10——killall:
killall和pkill是相似的,不过如果给出的进程名不完整,killall会报错。pkill或者pgrep只要给出进程名的一部分就可以终止进程。
1. $killall -9 firefox
总结:
1、
1)kill传递给要终止的进程的信号,实际上是POSIX信号,它们在signal.h里面定义附录摘录了部分POSIX信号,及其相关说明。支持两种方式传递终止信号:
1. (1)kill -s signal PID
2. 比如
3. $ kill -s 9 1234
(2)kill -signal PID
$kill -9 1234
2)kill传递的信号也支持两种表示方式:信号名和信号数:
kill -s 9 1234 和kill -s KILL 1234 (SIGKILL)
kill -15 1234 和kill -TERM 1234 (SIGTERM)
当然其他信号也可以这样表示。
2、
上面各种改进方法,设计到的技巧,有两个在其他地方也有借鉴意义。
1)、进程号的获取部分
用awk提取第2列或者用cut提取第8-15个字母。其他地方也可一用awk提取第n列,或者用cut提取第m-第n哥字母。
2)、进程号的传递
用xargs把进程号传递给后面的kill做参数运行;
直接用两个“`”(“~”下面那个后单引号)把命令放到对应参数的位置来传递参数。
附录:各种信号及其用途
信号 | 描述 | Linux x86[1] |
进程退出 | 6 | |
计时器到时 | 14 | |
总线错误,进入内存对象未定义部分 | 7 | |
子进程终止,停止或继续 | 17 | |
继续,如果停止 | 18 | |
浮点指针异常,错误的算数操作。 | 8 | |
挂起 | 1 | |
非法指令 | 4 | |
中断 | 2 | |
杀死(尽快终止) | 9 | |
无读操作时写入管道。 | 13 | |
退出并转储核心 | 3 | |
段非法 | 11 | |
临时停止执行 | 19 | |
终止(要求终止) | 15 | |
由信号终止 | 20 | |
后台进程试图从TTY 读入 ("in") | 21 | |
后台进程试图写入TTY ("out") | 22 | |
用户定义1 | 10 | |
用户定义2 | 12 | |
Pollable event | 29 | |
统计分布图用计时器到时 | 27 | |
不良的系统调用 | 31 | |
跟踪/断点 陷阱 | 5 | |
I/O紧急信号,套接字紧急数据有效 | 23 | |
虚拟定时器超时 | 26 | |
超出CPU时间限制 | 24 | |
超出文件大小限制 | 25 |
标签:11,00,firefox,smx,kill,Linux,进程,Kill From: https://blog.51cto.com/u_16187922/6717181