Linux如何批量杀死包含某关键字的进程常用脚本-LINUX-PHP中文网

最安全高效杀进程的方法是用 pgrep -f 精准匹配命令行再 kill，避免 ps | grep 误杀、字段依赖和空输入风险；脚本需校验参数、区分 dry-run、明确权限上下文。

linux如何批量杀死包含某关键字的进程常用脚本

用 `pgrep` + `kill` 最安全高效

直接靠 ps aux | grep keyword 再手动挑 PID 杀，容易误杀、漏杀，还可能把自己 grep 进程也列进去。真正可靠的做法是用 pgrep 精准匹配进程名或命令行参数，再交给 kill 处理。

实操建议：

pgrep -f "keyword" 匹配完整命令行（比如启动脚本带路径或参数），-f 很关键，否则只匹配进程名（argv[0]）
加 -l 先预览：pgrep -fl "python.*crawler"，确认是否真要杀这些进程
确认无误后执行：pgrep -f "keyword" | xargs kill；若需强制终止，用 kill -9
注意：如果关键字含空格或特殊字符（如 node server.js），建议用单引号包裹整个字符串，避免 shell 拆分

为什么不用 `ps | grep | awk | kill` 链式写法

这种写法看似直观，但有三个硬伤：

每次 grep 自身会出现在 ps 结果里，导致多杀一个无关进程（尤其并发执行时更难排查）
awk '{print $2}' 依赖字段顺序，不同系统或 ps 版本下 PID 列位置可能变化（比如 ps -eo pid,comm,args 更稳定）
没做空输入防护：如果 grep 没匹配到任何进程，xargs kill 会变成裸 kill，报错甚至杀当前 shell

所以宁可用 pgrep —— 它专为这场景设计，输出纯 PID，无杂项，且支持 -u（指定用户）、-t（指定终端）等过滤条件。

写成可复用脚本要注意的边界情况

把逻辑封装成脚本时，最容易翻车的是参数处理和权限问题：

脚本第一行必须是 #!/bin/bash，别用 sh —— pgrep -f 在 dash 下不生效
用 "$1" 接收关键字，但要判断是否为空：[ -z "$1" ] && { echo "Usage: $0 <keyword>"; exit 1; }</keyword>
普通用户只能杀自己进程；若需杀他人进程（如 root 启动的服务），脚本得加 sudo，但别直接在脚本里写死 sudo kill，应由调用者决定权限上下文
加个保护开关：比如 -n 参数表示 dry-run，只打印 PID 不执行 kill

一个最小可用脚本骨架：

#!/bin/bash
[ -z "$1" ] && { echo "Usage: $0 <keyword>"; exit 1; }
if [ "$2" = "-n" ]; then
  pgrep -fl "$1"
else
  pgrep -f "$1" | xargs -r kill
fi</keyword>

`killall` 能不能替代 `pgrep`？

能，但限制明显：

killall 默认只按进程名（comm）匹配，不支持命令行全文本搜索，比如 killall python 会杀所有 python 进程，不管它跑的是什么脚本
某些发行版默认没装 pkill/killall（如 Alpine），而 pgrep 是 procps-ng 的一部分，几乎全平台预装
killall -v 可显示详细信息，但无法像 pgrep -fl 那样清晰区分同名进程的不同实例