1. 进程信号基础与地址空间分区
在Linux系统中，进程信号是进程间通信的重要机制之一。当我们需要让一个进程知道某个特定事件已经发生时，信号提供了一种异步通知的方式。理解信号机制之前，必须先掌握进程地址空间的基本结构。
1.1 进程地址空间的四大分区
每个Linux进程都拥有独立的虚拟地址空间，通常划分为以下几个关键区域：
代码段（Text Segment）：存放可执行指令，也称为文本段。这部分是只读的，防止程序意外修改自身指令。例如，当执行
/bin/ls时，ls程序的机器指令就加载到这里。数据段（Data Segment）：包含已初始化的全局变量和静态变量。比如在程序中声明
int global_var = 42;，这个变量就存储在数据段。BSS段（Block Started by Symbol）：存放未初始化的全局变量和静态变量。与数据段不同，BSS段在程序加载时会被系统初始化为零。例如
static int uninit_var;就属于BSS段。堆（Heap）：动态内存分配区域，使用
malloc()、calloc()等函数分配的内存都来自这里。堆向高地址方向增长。栈（Stack）：用于函数调用时的局部变量、参数传递和返回地址存储。栈向低地址方向增长，与堆相向而行。
内存映射区域（Memory Mapping Segment）：用于映射动态链接库和文件。例如使用
mmap()系统调用创建的内存区域就位于此处。
注意：在实际的32位系统中，进程地址空间通常从0x08048000开始，而64位系统则从0x00400000开始。可以通过
cat /proc/[pid]/maps查看具体进程的内存布局。
1.2 用户态与内核态的切换机制
现代操作系统通过CPU的权限级别来隔离用户程序和内核代码，这就是用户态和内核态的区别：
用户态（User Mode）：普通应用程序运行的状态，权限受限。无法直接访问硬件或执行特权指令。
内核态（Kernel Mode）：操作系统内核运行的状态，拥有完全的系统权限。
当进程执行系统调用、发生硬件中断或异常时，会从用户态切换到内核态。这个切换过程涉及以下关键步骤：
- 保存用户态上下文（寄存器状态、程序计数器等）
- 切换到内核栈
- 设置CPU特权级别
- 跳转到内核代码执行
以write()系统调用为例：
// 用户态代码 write(fd, buf, count); // 实际发生的流程： // 1. 用户程序调用write()库函数 // 2. 库函数触发软中断（如int 0x80或syscall指令） // 3. CPU切换到内核态，执行系统调用处理程序 // 4. 内核完成写操作 // 5. 返回用户态，恢复用户程序执行信号的处理也依赖于这种切换机制。当信号递送给进程时，内核会暂时中断进程的正常执行流，切换到信号处理函数（如果已注册），处理完毕后再恢复原执行流程。
2. 信号机制深度解析
2.1 信号的产生与递送
Linux系统支持多种信号产生方式，每种方式都有其特定的使用场景：
- 键盘中断：Ctrl+C产生SIGINT，Ctrl+\产生SIGQUIT
- 硬件异常：段错误(SIGSEGV)、除零错误(SIGFPE)
- kill命令/系统调用：显式发送信号
- 软件条件触发：定时器到期(SIGALRM)、子进程退出(SIGCHLD)
信号递送的核心流程如下：
- 信号产生并被内核记录在目标进程的pending信号集中
- 内核检查目标进程是否阻塞了该信号（通过sigprocmask设置）
- 如果信号未被阻塞，内核开始递送过程：
- 保存当前执行上下文
- 切换到信号处理函数
- 处理函数执行完毕，通过sigreturn系统调用恢复原上下文
// 示例：使用kill发送信号 #include <signal.h> #include <unistd.h> int main() { pid_t pid = fork(); if (pid == 0) { // 子进程 while(1) { printf("Child running...\n"); sleep(1); } } else { // 父进程 sleep(3); kill(pid, SIGTERM); // 发送终止信号 printf("Sent SIGTERM to child\n"); } return 0; }2.2 信号的默认行为与处理方式
每个信号都有默认处理行为，主要分为以下几类：
| 行为类型 | 说明 | 典型信号 |
|---|---|---|
| Term | 终止进程 | SIGINT, SIGTERM |
| Core | 终止并产生core dump | SIGSEGV, SIGABRT |
| Ign | 忽略信号 | SIGCHLD |
| Stop | 停止进程 | SIGSTOP, SIGTSTP |
| Cont | 继续运行被停止的进程 | SIGCONT |
进程可以通过以下方式改变信号处理行为：
- 忽略信号：使用
signal(SIGINT, SIG_IGN)或sigaction设置处理函数为SIG_IGN - 捕获信号：注册自定义处理函数
- 恢复默认：使用
signal(SIGINT, SIG_DFL)
警告：SIGKILL和SIGSTOP不能被捕获、忽略或阻塞，这是内核的强制机制。
3. 高级信号处理技术
3.1 sigaction函数详解
sigaction比传统的signal函数提供了更精细的信号控制能力，其原型如下：
int sigaction(int signum, const struct sigaction *act, struct sigaction *oldact);关键数据结构struct sigaction包含以下重要字段：
struct sigaction { void (*sa_handler)(int); // 简单处理函数 void (*sa_sigaction)(int, siginfo_t *, void *); // 高级处理函数 sigset_t sa_mask; // 执行处理函数时要阻塞的信号 int sa_flags; // 修改行为的标志位 void (*sa_restorer)(void); // 已废弃 };典型的使用示例：
#include <signal.h> #include <stdio.h> #include <string.h> void handler(int sig, siginfo_t *info, void *ucontext) { printf("Received signal %d from process %d\n", sig, info->si_pid); } int main() { struct sigaction act; memset(&act, 0, sizeof(act)); act.sa_sigaction = handler; act.sa_flags = SA_SIGINFO; // 使用三参数版本的处理函数 sigaction(SIGINT, &act, NULL); while(1) { pause(); // 等待信号 } return 0; }sigaction相比signal的主要优势：
- 可以获取信号的发送者信息（通过siginfo_t）
- 可以指定在处理信号时自动阻塞哪些其他信号
- 支持更丰富的标志位控制（如SA_RESTART自动重启被中断的系统调用）
3.2 可重入函数与信号安全
可重入函数（Reentrant Function）是指可以在信号处理程序中安全调用的函数。这类函数不依赖全局或静态数据，也不调用不可重入函数。
常见的不可重入函数：
- malloc/free
- printf/scanf
- 标准I/O库函数
- 大部分修改全局状态的函数
信号安全的替代方案：
- 使用
write代替printf - 预先分配资源
- 使用异步信号安全的队列机制
// 不安全的信号处理程序 void unsafe_handler(int sig) { printf("Received signal %d\n", sig); // 危险！printf不可重入 } // 安全的信号处理程序 void safe_handler(int sig) { char msg[] = "Signal received\n"; write(STDERR_FILENO, msg, sizeof(msg)-1); _exit(1); // 直接退出是安全的 }3.3 volatile与register关键字在信号中的使用
volatile关键字告诉编译器不要优化对变量的访问，因为其值可能被异步修改（如信号处理程序）：
volatile sig_atomic_t flag = 0; void handler(int sig) { flag = 1; // 信号处理程序修改标志 } int main() { signal(SIGINT, handler); while(!flag) { // 循环体可能被优化掉而不检查flag } printf("Exiting due to signal\n"); return 0; }register关键字建议编译器将变量存储在寄存器中，但在现代编译器中已很少需要显式使用。在信号处理场景下，自动变量通常会被优化为寄存器存储。
4. SIGCHLD与子进程管理
4.1 SIGCHLD信号详解
当子进程状态改变（终止、停止或继续）时，内核会向父进程发送SIGCHLD信号。正确处理这个信号是避免僵尸进程的关键。
SIGCHLD的典型场景：
- 子进程正常终止（exit或return）
- 子进程异常终止（收到致命信号）
- 子进程被停止（如收到SIGSTOP）
- 停止的子进程继续执行（收到SIGCONT）
#include <signal.h> #include <sys/wait.h> #include <unistd.h> void sigchld_handler(int sig) { int status; pid_t pid; // 使用WNOHANG避免阻塞，处理所有已终止的子进程 while ((pid = waitpid(-1, &status, WNOHANG)) > 0) { if (WIFEXITED(status)) { printf("Child %d exited with status %d\n", pid, WEXITSTATUS(status)); } else if (WIFSIGNALED(status)) { printf("Child %d killed by signal %d\n", pid, WTERMSIG(status)); } } } int main() { struct sigaction sa; sa.sa_handler = sigchld_handler; sigemptyset(&sa.sa_mask); sa.sa_flags = SA_RESTART | SA_NOCLDSTOP; sigaction(SIGCHLD, &sa, NULL); // 创建多个子进程 for (int i = 0; i < 5; i++) { if (fork() == 0) { sleep(i + 1); // 子进程睡眠不同时间后退出 return i; } } // 父进程继续工作 while(1) { pause(); } return 0; }4.2 避免僵尸进程的三种策略
- 显式等待：父进程调用
wait或waitpid回收子进程 - 忽略SIGCHLD：
signal(SIGCHLD, SIG_IGN)，系统自动回收 - 捕获SIGCHLD：注册处理函数并在其中调用
waitpid
重要区别：使用
SIG_IGN与显式忽略不同。只有设置SA_NOCLDWAIT标志或使用SIG_IGN才能完全避免僵尸进程。
4.3 处理多个并发SIGCHLD信号
当多个子进程几乎同时退出时，SIGCHLD信号可能会合并。因此处理函数中必须使用waitpid循环：
void handler(int sig) { int status; pid_t pid; // 必须使用循环处理所有终止的子进程 while ((pid = waitpid(-1, &status, WNOHANG)) > 0) { // 处理每个子进程 } // 注意：这里不能使用单个wait，可能会阻塞 }5. 信号处理的高级话题与实战技巧
5.1 信号与线程的交互
在多线程程序中，信号的处理变得更加复杂：
- 信号可以发送给整个进程或特定线程
- 每个线程有独立的信号掩码
- 信号处理函数由进程内所有线程共享
- 未阻塞的信号会被递送给任意一个符合条件的线程
#include <pthread.h> #include <signal.h> #include <unistd.h> void handler(int sig) { printf("Thread %ld handling signal %d\n", pthread_self(), sig); } void* thread_func(void* arg) { sigset_t set; sigemptyset(&set); sigaddset(&set, SIGUSR1); // 线程阻塞SIGUSR1 pthread_sigmask(SIG_BLOCK, &set, NULL); while(1) { sleep(1); } return NULL; } int main() { pthread_t tid; signal(SIGUSR1, handler); pthread_create(&tid, NULL, thread_func, NULL); sleep(1); // 向特定线程发送信号 pthread_kill(tid, SIGUSR1); // 向整个进程发送信号 raise(SIGUSR1); pthread_join(tid, NULL); return 0; }5.2 信号处理的最佳实践
- 保持处理函数简单：最好只设置标志变量，在主循环中处理实际逻辑
- 使用自洽的数据结构：信号处理程序与主程序共享的数据结构要设计为原子访问
- 避免死锁风险：不要在信号处理程序中获取锁
- 考虑可移植性：不同UNIX变体对信号语义的实现可能有差异
- 测试信号竞争条件：特别是在高负载情况下测试信号处理逻辑
5.3 常见信号相关问题排查
信号丢失：标准信号不排队，连续发送可能丢失
- 解决方案：使用实时信号（SIGRTMIN到SIGRTMAX）并设置SA_SIGINFO
系统调用中断：慢速系统调用可能被信号中断
- 解决方案：检查errno是否为EINTR，或使用SA_RESTART标志
死锁风险：信号处理程序中调用非异步信号安全函数
- 解决方案：严格遵守信号安全规范，只使用明确标记为安全的函数
性能问题：频繁信号处理导致上下文切换开销
- 解决方案：考虑使用事件驱动架构替代部分信号使用场景
// 正确处理被中断的系统调用 int ret; while ((ret = read(fd, buf, size)) == -1 && errno == EINTR) { // 被信号中断，重试 continue; } if (ret == -1) { // 真正的错误 perror("read"); }在实际项目中，我曾遇到一个棘手的信号处理问题：一个多线程服务程序在高负载下偶尔会挂起。经过排查发现是因为信号处理函数中调用了非线程安全的日志函数，导致死锁。最终我们重构了信号处理逻辑，改为仅设置原子标志，由专用线程处理信号事件，问题得以解决。这个经验告诉我，信号处理一定要保持极简主义原则。
