killall默认只匹配可执行文件名（/proc/pid/comm），不匹配命令行参数或路径，且受权限、进程状态和名称伪装限制；pkill加-f可匹配完整命令行，ps+grep+awk组合更精准可控。
直接说结论：用 pkill 或 killall 最快，但必须加 -f 或确认进程名匹配逻辑，否则容易漏杀或误杀；组合 ps + grep + awk + xargs 最可控，适合调试和生产环境谨慎操作。
为什么不能直接用 killall 进程名？
killall 默认只匹配可执行文件名（comm 字段），不是完整命令行。比如你跑的是 java -jar app.jar，killall java 能杀掉，但 killall app.jar 就完全无效——因为 app.jar 不是进程名，只是参数。
- 进程名来自
/proc/PID/comm，长度限制 15 字符，且不含路径、参数 -
killall -q可静默执行，但不报错也不反馈是否真有进程被杀 - 若目标进程由不同用户启动（如 daemon 用户），普通用户执行
killall会权限拒绝，需加sudo
pkill 怎么避免只杀“一半”？
pkill 默认也只匹配 comm，行为和 killall 类似。真正要匹配完整命令行（比如含 -Dspring.profiles.active=prod），必须加 -f：
pkill -f "java.*spring\.profiles\.active=prod"
-
-f让pkill检查/proc/PID/cmdline，支持正则，但注意 shell 特殊字符要转义（如点号.） - 不加
-f时，pkill node只杀node进程，不杀node server.js—— 实际上两者comm都是node，所以通常能命中；但对python script.py，comm是python，pkill python会连所有 Python 进程一起杀 -
pkill -u username可限定用户，比全局匹配更安全
用 ps + grep + awk 组合时，为什么总多出一个 grep 进程？
这是管道常见副作用：ps aux | grep firefox 本身会启动一个 grep firefox 进程，它也会被 grep firefox 匹配到，导致输出里混入自己。
- 标准解法是
grep -v grep，但更健壮写法是用方括号绕过：ps aux | grep [f]irefox—— 此时grep进程命令行为grep [f]irefox，不匹配[f]irefox字面量 -
awk '{print $2}'提取 PID 是常用做法，但要注意ps aux的第二列确实是 PID；而ps -eo pid,comm,args更明确，推荐用于脚本 - 别用
cut -c9-15这类硬编码截取，列宽变化时会错位；awk按字段解析才是可靠方式
强制终止（-9）什么时候该用、什么时候不该用？
kill -9 绕过进程信号处理逻辑，直接终止，适用于僵死或失控进程；但它跳过清理（如释放锁、关闭文件、写回缓存），可能留下脏状态。
- 优先发
SIGTERM（默认，即不带-9）：给进程机会优雅退出，比如数据库会刷盘、Web 服务会完成正在处理的请求 - 等几秒后没退出再补
kill -9：可用kill -0 PID检查进程是否还存在（仅检测，不发送信号） - 绝对不要对
init（PID 1）、systemd、sshd、dbus等系统关键进程发-9，可能导致系统不可响应
真正难的不是“怎么杀”，而是“杀谁、不杀谁”的判断——尤其在容器或 systemd 管理的服务里，直接杀进程可能触发自动拉起，甚至让服务进入异常反复重启状态。动手前先 ps -eo pid,ppid,comm,args --sort=-pid | head -20 看清父子关系和完整命令行，比盲目执行 pkill -9 安全得多。
