killall仅匹配/proc/[pid]/comm中的短名称，不识别路径、参数或用户，易误杀；应优先用pkill -f匹配完整命令行，并先-pgrel/-l预览、发SIGTERM而非-9以保障优雅退出。
别直接用 killall 杀进程名，它只匹配 /proc/[pid]/comm 里的短名称，不看路径、参数、用户，极易误杀。
为什么 killall python3 会干掉你 IDE 里正在调试的脚本
killall 匹配的是内核分配的「进程短名」，不是你启动命令里的文件名或路径。比如运行 python3 /opt/app/main.py，它的 /proc/[pid]/comm 内容就是 python3，和 python3 -m http.server 8000、pycharm 启动的调试进程完全一样。
- 运行
ps -eo comm,args | head -5对比comm（短名）和args（完整命令行），确认你要杀的到底是哪个字段 -
killall nginx*或killall 'nginx.*'全无效——它根本不支持通配符或正则 -
killall -v python3可预览将杀哪些 PID，但无法区分这些python3到底跑的是什么服务
pkill -f 才是按命令行内容精准批量终止的正确姿势
当你需要杀的是「所有含 gunicorn 且监听 8001 端口的进程」，或「所有从 /var/www/myapp/ 启动的 node 进程」，必须用 pkill -f。
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
-
-f匹配的是/proc/[pid]/cmdline，即你敲进 shell 的整条命令（含空格、路径、参数） - 务必先加
-l预览：pkill -lf "gunicorn.*8001"，确认 PID 和对应命令是否符合预期 - 双引号内
.是字面量，.*才表示任意字符；写成pkill -lf 'gunicorn.*8001'更稳妥，避免 shell 转义干扰 - 限定用户更安全：
pkill -u www-data -f "php-fpm"不会误伤其他用户的同名进程
发 SIGKILL (-9) 前，先给 SIGTERM (15) 机会
killall -9 python3 或 pkill -9 -f "worker" 很快，但代价是进程没机会关数据库连接、释放锁、保存状态——轻则日志断点，重则数据损坏。
- 默认信号就是
SIGTERM（即-15），正规服务（nginx、redis、gunicorn）都响应它 - 先发 TERM：
pkill -f "myapp" && sleep 2，再用pgrep -f "myapp"检查是否还活着 - 确认无响应后再补 KILL：
pkill -9 -f "myapp" - 用
kill -0 PID检测进程是否仍在运行（不发信号，只查状态）
真正难的不是发 kill，而是判断“哪些该一起杀”
同名进程可能归属不同服务：两个 python3 进程，一个跑着线上 API，一个跑着定时清理脚本。仅靠进程名无法区分。这时候得结合 pgrep -f + awk 提取启动目录、环境变量，甚至检查 /proc/[pid]/environ 或 cgroup，才能决定是否批量处理。
