pkill -9 -u username 强制终止用户全部进程但高危，需先用 pgrep -u username -l 查看匹配进程；应优先使用 loginctl kill-user 或 systemctl stop --user 等更安全方式。
pkill -u username 强制终止用户全部进程
直接用 pkill -9 -u username 就能强杀指定用户所有进程，但必须清楚：这不是“一键安全操作”，而是高危动作，容易连带杀死 SSH 会话、systemd 用户服务、甚至影响系统稳定性。
-
pkill -u username默认发SIGTERM（信号 15），给进程留出清理时间；加-9才是SIGKILL，跳过任何退出逻辑，强制抹除 - 用户名支持字符串或 UID，比如
pkill -9 -u 1001和pkill -9 -u deploy效果一致 - 若用户正在运行多个终端会话（如多个
bash或zsh），-9会导致这些 shell 立即中断，当前所有未保存的命令行输入、后台作业都会丢失
为什么不能只写 pkill -9 -u user？先看匹配结果再动手
误杀风险主要来自匹配范围不可控——pkill -u 不区分进程类型，只要属该用户就全杀。比如用户 deploy 同时跑着 nginx、node、ssh-agent 和自己的 tmux 会话，pkill -9 -u deploy 会一并干掉。
- 务必先执行
pgrep -u username -l查看实际匹配到哪些进程（-l显示名称） - 更稳妥的是
ps -u username -o pid,ppid,comm,args，看清父子关系和完整命令行 - 特别注意
sshd进程：如果用户通过 SSH 登录，sshd进程本身属root，但它的子进程（如bash）属该用户——这些会被pkill -u杀掉，导致连接断开
强杀时常见错误现象与规避方式
直接运行 pkill -9 -u xxx 后发现“好像没生效”或“部分进程还在”，往往是因为权限或匹配逻辑问题。
- 普通用户无法杀其他用户的进程，必须用
sudo；但 root 杀自己进程不需要sudo -
pkill -u !root表示“非 root 用户”，但若当前 shell 是 root，该命令仍会匹配并杀死 root 自己启动的子进程（如sudo -u deploy bash启动的进程），极易引发意外 - 某些 systemd --user 服务（如
dbus、gnome-keyring）由用户 session manager 管理，pkill -u杀不干净，需配合loginctl terminate-user username
替代方案：比 pkill -9 -u 更可控的清理路径
强杀不是唯一解，尤其在线上环境，优先考虑分层控制。
- 对 Web 服务类进程，用服务管理器：比如
sudo systemctl stop --user nginx（如果启用 user instance） - 对遗留脚本或临时进程，先
killall -u username（比pkill匹配略保守，不支持正则但更稳定） - 若目标是“踢掉用户登录”，用
loginctl kill-user username——它会优雅终止整个 session，包括所有用户进程、D-Bus 服务、桌面组件，比裸pkill安全得多 - 极端情况需清空用户空间，可先
loginctl terminate-user username，再补pkill -9 -u username收尾残留
真正难处理的从来不是命令怎么写，而是你是否清楚那个 username 下到底跑着什么——尤其是自动拉起的守护进程、crontab 任务、或被 fork 出来的孤儿进程。别跳过 pgrep -u 这一步。
