sigkill（信号9）强制终止进程的本质是内核绕过进程信号处理逻辑直接终止并回收资源，但须先确认pid与状态（如d态需等待i/o完成、z态不可kill），优先用pgrep/pidof定位，再执行kill -9或pkill/killall，root权限可操作任意进程。
Linux 中使用 SIGKILL（信号编号 9）强制杀死进程，本质是绕过进程自身的处理逻辑——它无法被捕捉、忽略或阻塞，内核收到后会立即终止该进程并回收资源。但要注意：这不是首选操作，而是当 SIGTERM 失效后的兜底手段。
先确认目标进程 PID 和状态
盲目执行 kill -9 容易误杀或无效，必须先准确定位：
- 用
pgrep -f "关键词"或pidof 进程名查找 PID，比ps aux | grep更可靠（避免匹配到 grep 自身） - 用
ps -o pid,comm,state -p PID检查状态字段：
– R（运行中）、S（可中断睡眠）可正常响应kill -9
– D（不可中断睡眠）说明正卡在 I/O，此时kill -9已生效但需等待底层完成
– Z（僵尸进程）不能 kill，应排查其父进程是否未调用wait()
标准方式：用 kill -9 发送 SIGKILL
这是最常用、最直接的用户空间操作：
-
kill -9 PID—— 向单个进程发送 SIGKILL -
kill -SIGKILL PID—— 等价写法，语义更清晰 - 执行后验证是否退出：
kill -0 PID（不发信号，仅检测存在性），若提示 “No such process”，说明已终止 - 普通用户只能对同 UID 进程操作；root 可操作任意进程
批量或按名称终止：pkill 和 killall
适合多个实例或名称明确的场景，但需注意匹配精度：
-
pkill -9 进程名—— 匹配命令名（如pkill -9 nginx），支持-u 用户名限定范围 -
killall -9 可执行文件名—— 匹配/proc/PID/exe指向的实际路径，区分大小写（如killall -9 /usr/bin/python3） - 加
-I忽略大小写（killall -I firefox），加-i开启交互确认，降低误杀风险
kill -9 不生效？可能是内核态阻塞
极少数情况下，kill -9 执行成功但进程仍未退出，通常不是信号没发出去，而是：
- 进程处于 D 状态：等待磁盘 I/O 或硬件响应，检查
iostat或dmesg是否有硬件错误 - 僵尸进程（Z）：无需 kill，应重启其父进程或排查为何未调用
wait() - 内核模块或 Rootkit 干扰：常规信号机制被劫持，需进入单用户模式或使用 Live CD，通过内核级工具（如自研 LKM）直接操作
task_struct
