Linux信号处理：kill使用与避坑
一、kill 不是只能杀进程
kill本质上就是个进程或者进程组发送信号。不指定信号则相当于发送-15（SIGTERM）信号。可以指定-9（SIGKILL）强制杀死进程。
查看系统所有信号：
kill -l 1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL 5) SIGTRAP 6) SIGABRT 7) SIGBUS 8) SIGFPE 9) SIGKILL 10) SIGUSR111) SIGSEGV 12) SIGUSR2 13) SIGPIPE 14) SIGALRM 15) SIGTERM16) SIGSTKFLT 17) SIGCHLD 18) SIGCONT 19) SIGSTOP 20) SIGTSTP21) SIGTTIN 22) SIGTTOU 23) SIGURG 24) SIGXCPU 25) SIGXFSZ26) SIGVTALRM 27) SIGPROF 28) SIGWINCH 29) SIGIO 30) SIGPWR31) SIGSYS 34) SIGRTMIN 35) SIGRTMIN+1 36) SIGRTMIN+2 37) SIGRTMIN+3
这么多信号里，除了SIGKILL、SIGSTOP信号外，其他信号进程都可以捕获，然后做一些处理。 SIGKILL、SIGSTOP信号，进程无法捕获，内核直接处理，SIGKILL会杀死进程。SIGSTOP停止进程。
常用信号实操：
kill -15 <PID> # SIGTERM 优雅退出（默认）kill -9 <PID> # SIGKILL 强制杀死kill -2 <PID> # SIGINT 等价 Ctrl+Ckill -1 <PID> # SIGHUP 重载配置kill -19 <PID> # SIGSTOP 暂停进程kill -18 <PID> # SIGCONT 恢复进程
kill -15 跟kill -SIGTERM 是一样的效果。
二、杀不掉的进程类型及原因
SIGKILL信号虽然在内容里强制把进程杀掉，但存在一些情况无法杀掉进程。
信号处理机制：信号处理触发时机，是进程从内核态切回用户态的前一刻，内核会检查并处理进程待响应信号。 只要进程一直卡在内核态、无法切换回用户态，所有可捕获信号都无法被处理，进程也就杀不掉。下面总结几种情况无法杀掉进程。
2.1 僵尸进程 Z
进程已退出，父进程未调用 wait 收尸。 kill -9 无效，只能杀父进程，由 init 进程回收。
sudo kill -9 1648071# 僵尸进程还在ps -elf | grep 16480714 Z root 1648071 4732 0 80 0 - 0 - Feb23 ? 00:00:00 [bash] <defunct>
2.2 不可中断D进程（Uninterruptible Sleep）
进程阻塞在底层硬件I/O（磁盘异常、NFS挂载卡死、外设I/O等待），进入不可中断睡眠（D状态），陷入内核态无法退出。
当出现这种情况，可以查看进程在内核里的堆栈。
# 查看<pid>进程所有线程的堆栈cat /proc/<pid>/task/*/stack# 查看系统所有进程的堆栈，这个包含所有线程for s in /proc/*/task/*/stack;do echo $s;cat $s;done
说点其他的：这里隐藏的一个设计理念，Linux一般认为系统里的硬件、外设等是稳定的。不稳定是比较小的概率，内核里很多代码为了简化错误处理，采用死等方式。一旦进程调用的接口陷入死等，则就无法杀死。这个就是宏内核的设计理念。 而微内核一般会假设任何一个组件:磁盘、IO设备等可能会出现错误，出现错误之后重启设备就可恢复。基于这个假设微内核里只有一小部分核心的IPC在内核里，很多文件系统、驱动等放到内核外，出现问题只是把模块重启，不重启整个系统。 不同的假设场景导致着两种设计完全不一样。
2.3 权限不足
当没有权限发送信号时可以看到下面的提示：
kill -9 1648071bash: kill: (1648071) - Operation not permitted
三、PID 复用引发致命误杀
Linux 内核的 PID 分配采用循环扫描策略：从上一次分配的 PID + 1 开始，在 300 到 pid_max 范围内扫描，找到第一个空闲 PID 即分配；达到最大值后回绕到最小值重新开始。
释放时，进程退出后内核仅将该 PID 标记为空闲，下次分配即可选中它——内核没有强制等待期。
这意味着 PID 会被快速循环复用。如果脚本先保存pid，过了一段时间后执行 kill -9 pid，如果原进程已退出，其 PID 被回收并分配给新进程，则会导致 kill -9 错杀无辜的新进程。
#!/bin/bash# 危险的做法：仅保存 PIDdo_something &SAVED_PID=$!# 假设过了一段时间后：# 1. do_something 早已退出# 2. PID $SAVED_PID 被系统回收并分配给了另一个新进程# 此时执行 kill -9，就会误杀那个无辜的新进程kill -9 $SAVED_PID
稍微安全的杀进程方式是判断对应的pid的进程是否就是想要杀的进程。
if [ -d "/proc/$SAVED_PID" ]; then NAME=$(cat /proc/$SAVED_PID/comm) if [ "$NAME" = "myapp" ]; then kill -9 $SAVED_PID # 名字匹配，安全杀 else echo "PID 已被复用（当前进程: $NAME），跳过" fifi
四、安全杀掉整个进程树
直接杀父进程，子进程会变成孤儿进程残留。可以在PID前面加个“-”号，杀掉整个进程树。
# 杀整个进程组kill -TERM -<PGID># 递归杀掉所有子子孙进程pkill -P 父PID
五、timeout 超时命令隐藏坑
timeout 默认发 SIGTERM，遇到 D 状态进程同样杀不掉。而且timeout要等待进程退出，D进程不肯退出，timeout也一样无法返回。 可双层套娃兜底：
timeout -k, --kill-after=DURATION also send a KILL signal if COMMAND is still running this long after the initial signal was sent
timeout --kill-after=5 10 timeout 5 ./app
这个命令能生效是因为第一个timeout加了-k参数，超时后会发个kill信号，把第二个timeout杀掉。而第二个timeout是可以被杀掉的。
六、Shell 脚本优雅捕获信号
通过 trap 捕获信号，执行清理逻辑：
#!/bin/bashmyapp() { sleep 100 echo "done"}cleanup() { echo "清理临时文件..." rm -f /tmp/lock /tmp/pid}trap cleanup TERMmyapp &child=$!wait "$child"
这里如果直接写成会有问题，信号处理函数会在myapp执行完后才会被调用。
#myapp &#child=$!#wait "$child"myapp #脚本需要等待myapp执行完才能捕获信号
七、C 语言信号处理注意点
#include<signal.h>#include<stdio.h>#include<unistd.h>voidsig_handler(int sig){ printf("捕获到信号：%d\n", sig);}intmain(void){ signal(SIGTERM, sig_handler);//注册信号处理函数 signal(SIGINT, sig_handler); while (1) { printf("sleep 1s\n"); sleep(1); } return 0;}
实际上上面这个代码很危险。 信号处理函数可能被内核在程序的任意时刻调用，就像硬中断一样。如果主程序刚好在执行 printf——持有了内部的全局缓冲区锁——这时信号到达，内核暂停主程序， 转去执行 sig_handler。而 sig_handler 里又调用了 printf，尝试获取同一把锁，这样会出现死锁。
POSIX 标准定义了一组异步信号安全函数，只有这些函数可以安全地在信号处理函数中调用。
可以使用（异步信号安全）
| |
| read |
| _exit() |
| sigemptyset / sigaddset / sigprocmask |
| pause |
| sig_atomic_t |
| |
禁止使用（非异步信号安全）
| | |
| printf / fprintf / sprintf / scanf / fopen / fclose / peror | |
| malloc / free / calloc / realloc | |
| exit() | |
| strtok / strerror / getenv / localtime / gmtime | |
| pthread_mutex_lock | |
| system | |
八、Linux自定义信号：业务调试专属用法
除了系统内置信号，Linux支持用户自定义信号，多用于业务进程调试、状态查询、日志打印、配置热重载，无需重启进程即可获取内部运行状态，是后端服务常用的调试手段。
8.1 常用自定义信号
Linux提供两类标准自定义信号，无默认终止进程行为，可由业务自定义逻辑：
•SIGUSR1（信号10）：用户自定义信号1
除此之外，也可使用实时信号（SIGRTMIN~SIGRTMAX），支持排队，适合高并发场景下的自定义指令下发。
8.2 命令行发送自定义信号
通过kill命令向业务进程发送自定义信号，触发预设调试逻辑（如打印堆栈、输出状态、刷新日志、Dump配置），注意： 这是业务自定义的信号，有没捕获这两个信号，捕获这两个信号之后做什么事情跟业务相关，要看源码才能知道。如果业务没捕获这两信号，向业务发送信号会把业务杀死。
下面给个使能debug的例子，接收信号后，把标志位设置为1。
//信号处理函数void sigusr1_handler(int sig) { (void)sig; if (!debug_enabled) { debug_enabled = 1; safe_print("Debug mode enabled\n"); }}
完整的例子如下：
#include<stdio.h>#include<signal.h>#include<string.h>#include<unistd.h>#include<stdlib.h>static volatile sig_atomic_t debug_enabled = 0;voidsafe_print(constchar *msg){ write(1, msg, strlen(msg));}voidsigusr1_handler(int sig){ (void)sig; if (!debug_enabled) { debug_enabled = 1; safe_print("Debug mode enabled\n"); }}intmain(){ struct sigaction sa; //// Set up sigaction structure sa.sa_handler = sigusr1_handler; sigemptyset(&sa.sa_mask); sa.sa_flags = 0; if (sigaction(SIGUSR1, &sa, NULL) == -1) { perror("sigaction failed"); return 1; } printf("Process PID: %d\n", getpid()); while (1) { if (debug_enabled) { printf("Debug: Main loop iteration\n"); } sleep(1); } return 0;}
测试结果：
./sigtestProcess PID: 363998# 接收到信号后，调试功能使能了Debug mode enabledDebug: Main loop iterationDebug: Main loop iteration# 新窗口发送信号kill -USR1 363998
下篇介绍通过SIGSEGV回溯golang程序的堆栈。
10个月宝宝每天需要喝多少奶粉？
