优先用 kill pid（即 sigterm）安全终止进程，允许其清理资源；无响应时再用 kill -9 pid 强制终止；禁对 pid 1 或容器 init 使用 -9；批量杀名用 killall（精确匹配）或 pkill（模糊匹配命令行）。
别直接上 kill -9，90% 的场景用 kill（不带参数）或 killall 就够了，强行用 -9 可能留下临时文件、未刷盘数据或僵尸子进程。
怎么安全地终止一个已知 PID 的进程
先确认 PID 是关键，别靠猜。用 ps、pgrep 或 pidof 查，比如查 nginx：
pgrep nginx
拿到 PID 后，优先发 SIGTERM（信号 15），这是默认行为，允许进程自己清理：
-
kill 1234等价于kill -15 1234，进程有机会关闭连接、删.swp文件、写日志 - 如果进程没响应，再考虑
kill -9 1234—— 它绕过所有清理逻辑，直接从内核抹掉进程 - 别对
init（PID 1）或容器 init 进程用-9，可能让整个 session 挂住
怎么按名字批量杀掉所有同名进程
killall 和 pkill 都支持按名称操作，但行为有差异：
宝塔Linux面板11.8.1
下载
宝塔Linux面板11.8.1为官网当前正式版，新增AI建站能力并经过宝塔网站工程师深度调教，开放自定义AI功能API，同时对WAF进行界面重构和深度优化，提升拦截能力与运维效率。
-
killall nginx杀所有名为nginx的进程，区分大小写，且要求完全匹配可执行文件名 -
pkill nginx匹配命令行参数里的字符串，所以python3 myserver.py用pkill python3能杀，但killall python3可能失败 - 两者都支持
-u限定用户，比如killall -u www-data php-fpm；pkill还支持-t pts/1杀指定终端的进程 - 加
-9要谨慎：killall -9 node会干掉所有 Node.js 进程，包括你正在调试的那个
为什么 kill 有时没反应，而 kill -9 又太猛
常见原因不是命令写错，而是信号被进程忽略或阻塞：
- 某些守护进程（如
systemd管理的服务）会屏蔽SIGTERM，必须用systemctl stop xxx才规范 - 进程处于
UNINTERRUPTIBLE状态（D状态）时，连kill -9都无效，通常卡在磁盘 I/O 或内核锁里，只能等或重启 -
kill发送的是信号，不是指令；如果目标进程没注册对应信号处理器，SIGHUP或SIGUSR1可能被忽略，而SIGKILL是唯一不能被忽略的 - 权限问题：普通用户不能杀别人用户的进程，
killall默认只杀自己名下的同名进程，除非加sudo
别忽略子进程和进程组
单独杀父进程，子进程可能变成孤儿并继续跑，尤其 Python 多进程、Java 应用或后台服务：
- 用
ps -o pid,ppid,comm -C python3看父子关系，确认是否要连带处理 - 用
kill -- -PGID（注意前面两个短横）杀整个进程组，比如kill -- -1234杀 PGID=1234 下所有进程 -
killall默认不递归杀子进程；pkill -P PPID可以专门杀某个父进程的子进程 - 脚本中批量杀进程慎用
xargs kill -9，万一ps | grep匹配到grep自身，可能误杀
真正难的不是“怎么杀”，而是“该不该杀”和“杀完之后谁来收尾”。比如数据库进程被 -9 掉，下次启动可能要走崩溃恢复；Web 服务器被强杀，客户端会收到 RST 而不是 FIN。动手前多看一眼 ps -f -o pid,ppid,uid,comm,args，比反复 kill -9 更省时间。
