killall 只匹配内核短进程名（/proc/[pid]/comm），不匹配命令行参数，易误杀；应优先用 pkill -f 按完整命令行筛选，配合 pgrep -f 查验、systemctl 管理 systemd 服务。
别直接用 killall 进程名，它只匹配内核里的短进程名（/proc/[pid]/comm），不是你看到的命令行——这是最常误杀的根本原因。
killall 只认「短名称」，不认命令行参数
比如你运行了 python3 /home/user/app.py --debug，它的 comm 是 python3，不是 app.py 或完整命令。所以 killall app.py 什么也杀不到，而 killall python3 会干掉所有 Python 解释器进程——包括你的终端里正在跑的脚本、IDE 的后台服务，甚至系统监控工具。
- 验证方式：运行
ps -eo comm,args | head -10，左边是comm（killall 匹配字段），右边是完整命令行 -
killall不支持通配符（nginx*）、不支持正则、不支持按参数过滤 - 加
-f才能匹配完整命令行：killall -f "python3.*app.py"，但注意它仍只支持基本 shell 通配（*和?），不是正则
pkill -f 是更靠谱的「按命令行杀」方案
当你想杀的是「所有启动参数含 --worker 的 Python 进程」或「带 gunicorn 且端口是 8001 的进程」，pkill 才是正解。
- 先用
-l看命中的 PID：pkill -lf "gunicorn.*8001" -
-f表示匹配/proc/[pid]/cmdline全路径+参数，支持.*这类正则写法 - 双引号内点号
.是字面量，要匹配任意字符得写.*；建议用单引号避免 shell 提前解析：pkill -lf 'python3.*--env=prod' - 普通用户默认只能杀自己启动的进程，root 才能跨用户操作
真正安全的操作流程：先查、再验、最后发信号
批量杀进程最难的不是命令怎么写，而是确认「哪些该杀、哪些不该碰」。业务进程同名但归属不同服务很常见（比如多个 Flask 应用都叫 python3），仅靠名字无法区分。
- 第一步：用
pgrep -u $USER -f "关键字"列出当前用户的匹配 PID，比ps | grep更干净 - 第二步：对每个 PID 查启动目录或环境：
cat /proc/<code>PID/environ 2>/dev/null | tr '\0' '\n' | grep APP_NAME - 第三步：确认无误后，优先发
SIGTERM（kill PID），等几秒；没退出再考虑kill -9 PID - 如果是 systemd 服务（如
redis-server、nginx），直接sudo systemctl stop redis，别用 kill 工具
真正容易被忽略的，是进程是否由 systemd 管理、是否设置了自动重启、是否持有未刷盘的数据——这些决定了你发什么信号、要不要先停服务、甚至要不要先备份状态。命令只是工具，判断逻辑才是关键。
