Linux中进程无法被signal 15杀死但可被signal 9杀死的原因排查

针对进程无法被kill 15终止、仅kill 9有效且处于SL状态的情况，核心原因可从以下方向拆解：

1. SIGTERM信号响应失效 #

kill 15发送的是SIGTERM信号，进程可自定义该信号的处理逻辑（如执行资源清理后退出），但出现以下情况时会无法响应：

• SIGTERM处理函数因死锁、线程阻塞无法执行（比如处理逻辑需要获取被卡住线程持有的互斥锁）；
• 进程主执行线程已陷入无限阻塞，无法调度到信号处理逻辑；
• 代码中显式忽略了SIGTERM信号（如调用signal(SIGTERM, SIG_IGN)）。

2. SL状态的特殊影响 #

SL状态表示进程处于可中断睡眠（S）且持有内存锁（L）：

• 进程通过mlock/mlockall锁定了部分内存页到物理内存，收到SIGTERM后，正常退出流程需先解锁这些内存页，但负责解锁的线程若已阻塞，会导致退出逻辑卡住；
• SIGKILL（kill 9）是内核强制终止信号，会跳过用户态退出逻辑，直接由内核回收进程资源（包括强制释放锁定的内存），因此可成功终止。

3. 线程阻塞的深层诱因 #

进程内某线程长时间阻塞是导火索，常见场景包括：

• 卡在慢IO操作（如等待无响应的远程服务、磁盘IO挂起）；
• 用户态锁死锁（如线程A持锁等待线程B，线程B持另一锁等待线程A）；
• 调用了部分执行过程中暂时屏蔽信号的特殊系统调用。

排查步骤 #

• 查看线程栈：使用pstack <pid>或gdb attach <pid>后执行thread apply all bt，定位阻塞线程的调用栈，明确阻塞点；
• 检查信号配置：通过cat /proc/<pid>/status查看SigIgn/SigCgt字段，确认SIGTERM是否被忽略或捕获；
• 验证内存锁：查看/proc/<pid>/status中的VmLck字段，确认内存锁定大小，同时检查代码中是否有mlock/mlockall调用；
• 排查系统日志：查看dmesg或/var/log/syslog，确认是否存在与该进程相关的IO错误、内存不足等异常日志。

内容的提问来源于stack exchange，提问作者Rongjun.Dong