我经常需要在编程期间终止一个进程。
我现在的做法是:
[~]$ ps aux | grep 'python csp_build.py'
user 5124 1.0 0.3 214588 13852 pts/4 Sl+ 11:19 0:00 python csp_build.py
user 5373 0.0 0.0 8096 960 pts/6 S+ 11:20 0:00 grep python csp_build.py
[~]$ kill 5124
如何自动提取进程id并在同一行中杀死它?
是这样的:
[~]$ ps aux | grep 'python csp_build.py' | kill <regex that returns the pid>
当前回答
下面的命令将会派上用场:
Kill $(ps -elf | grep <process_regex>| awk {'print $4'})
例如, Ps -elf | grep顶部
0 T ubuntu 6558 6535 0 80 0 - 4001 signal 11:32 pts/1 00:00:00 top
0 S ubuntu 6562 6535 0 80 0 - 2939 pipe_w 11:33 pts/1 00:00:00 grep --color=auto top
Kill -$(ps -elf | grep top| awk {'print $4'})
-bash: kill: (6572) - No such process
[1]+ Killed top
如果进程仍然卡住，使用“-9”扩展硬杀，如下所示:
Kill -9 $(ps -elf | grep top| awk {'print $4'})
希望这对你有所帮助!
其他回答
如果pkill -f csp_build.py没有杀死进程，你可以添加-9来发送一个杀死信号，该信号不会被忽略。即pkill -9 -f csp_build.py
试着用
ps aux | grep 'python csp_build.py' | head -1 | cut -d " " -f 2 | xargs kill
一个只使用awk(和ps)的方法:
ps aux | awk '$11" "$12 == "python csp_build.py" { system("kill " $2) }'
通过使用字符串相等性测试，我防止匹配这个过程本身。
在某些情况下，我希望像这样同时杀死进程:
➜ ~ sleep 1000 & [1] 25410 ➜ ~ sleep 1000 & [2] 25415 ➜ ~ sleep 1000 & [3] 25421 ➜ ~ pidof sleep 25421 25415 25410 ➜ ~ kill `pidof sleep` [2] - 25415 terminated sleep 1000 [1] - 25410 terminated sleep 1000 [3] + 25421 terminated sleep 1000
但是，我觉得这对你来说有点不合适。(可能有运行python a, python b, python x…在背景中。)
在bash中，只使用问题(1)中列出的基本工具，你应该能够做到:
kill $(ps aux | grep '[p]ython csp_build.py' | awk '{print $2}')
其工作详情如下:
ps给出了所有进程的列表。 基于搜索字符串的grep过滤器[p]是一个阻止您获取实际grep进程本身的技巧。 awk只给你每行的第二个字段，也就是PID。 $(x)构造意味着执行x，然后获取其输出并将其放在命令行上。在上面的构造中，ps管道的输出是进程id列表，因此您最终会得到kill 1234 1122 7654这样的命令。
以下是它实际运行的文字记录:
pax> sleep 3600 &
[1] 2225
pax> sleep 3600 &
[2] 2226
pax> sleep 3600 &
[3] 2227
pax> sleep 3600 &
[4] 2228
pax> sleep 3600 &
[5] 2229
pax> kill $(ps aux | grep '[s]leep' | awk '{print $2}')
[5]+ Terminated sleep 3600
[1] Terminated sleep 3600
[2] Terminated sleep 3600
[3]- Terminated sleep 3600
[4]+ Terminated sleep 3600
你可以看到它终止了所有的休眠。
更详细地解释一下grep '[p]ython csp_build.py'位:当您执行sleep 3600并且后面跟着ps -ef | grep sleep时，您往往会得到两个包含sleep的进程，sleep 3600和grep sleep(因为它们都包含sleep，这不是火箭科学)。
然而，ps -ef | grep '[s]leep'不会创建一个包含sleep的grep进程，而是使用命令grep '[s]leep'创建一个grep进程，这里有一个棘手的地方:grep不会找到这个进程，因为它正在寻找正则表达式“字符类[s](基本上就是s)中的任何字符后跟leep”。
换句话说，它在寻找sleep但是grep进程是grep '[s]leep'里面没有sleep文本。
当我看到这个(有人在这里的SO)，我立即开始使用它，因为
它比添加| grep -v grep少了一个进程;而且 这是优雅而狡猾的，一个罕见的组合:-)
(1)如果你不局限于使用这些基本工具，有一个漂亮的pgrep命令，它可以根据特定的标准查找进程(当然，假设你的系统上有这个命令)。
例如，您可以使用pgrep sleep来输出所有sleep命令的进程id(默认情况下，它与进程名匹配)。如果你想匹配ps中显示的整个命令行，你可以执行类似pgrep -f 'sleep 9999'这样的操作。
顺便说一句，如果执行pgrep，它不会列出自己，因此在这种情况下不需要上面所示的棘手的筛选方法。
通过使用-a显示完整的进程名，可以检查这些进程是否是您感兴趣的进程。您还可以使用-u或-u将范围限制为您自己的进程(或特定的用户集)。有关更多选项，请参阅pgrep/pkill的手册页。
一旦你满意了，它将只显示你感兴趣的进程，然后你可以使用pkill和相同的参数向所有这些进程发送信号。
