信号处理webserver

信号处理机制的原理

1. 信号传递的基本原理

在Unix/Linux系统中，信号是通过管道（pipe）进行传递的。当信号发生时，内核会向管道写入一个字节，这个字节的值就是信号的编号。

// 在您的代码中：
ret = recv(m_pipefd[0], signals, sizeof(signals), 0);

这里的signals数组接收到的每个字节都对应一个信号编号。

2. 为什么使用字节表示信号？

设计原因：

• 简单高效：使用单个字节表示信号编号，传输效率高
• 顺序保持：多个信号发生时，按顺序写入管道，保持信号发生的先后顺序
• 原子性：每个信号的写入是原子的，不会出现信号混淆

3. 信号编号的对应关系

从您的日志可以看到：

signals[i]: 14
SIGALRM: 14
SIGTERM: 15

在Unix/Linux系统中，标准信号编号：

• SIGALRM = 14 （定时器信号）
• SIGTERM = 15 （终止信号）

4. 实际工作流程

// 1. 信号处理函数（通常在程序初始化时设置）
void signal_handler(int sig) {
    // 将信号编号写入管道
    int save_errno = errno;
    int msg = sig;
    send(pipefd[1], &msg, 1, 0);  // 写入一个字节
    errno = save_errno;
}

// 2. 主循环中读取信号
while (true) {
    char signals[100];
    ret = recv(pipefd[0], signals, sizeof(signals), 0);
    
    for (int i = 0; i < ret; i++) {
        switch(signals[i]) {  // 每个字节对应一个信号
            case SIGALRM: // 14
                // 处理定时器信号
                break;
            case SIGTERM: // 15  
                // 处理终止信号
                break;
        }
    }
}

5. 为什么会有多个信号字节？

从您的日志看，每次recv返回的ret值都是1，说明每次只收到一个信号。但可能有以下情况：

情况1：快速连续信号

时间点1: 信号14到达 → 管道写入字节14
时间点2: 信号14再次到达 → 管道写入字节14
主循环一次recv可能收到多个字节：[14, 14]

情况2：不同信号混

时间点1: 信号14到达 → 管道写入字节14  
时间点2: 信号15到达 → 管道写入字节15
主循环一次recv收到：[14, 15]

6. 在您的Web服务器中的具体应用

在您的代码中，信号主要用于：

case SIGALRM:  // 定时器信号（编号14）
    timeout = true;  // 标记需要处理定时器
    break;
    
case SIGTERM:  // 终止信号（编号15）  
    stop_server = true;  // 标记需要停止服务器
    break;

定时器信号的作用：

• 定期触发定时器处理
• 清理超时连接
• 维护连接状态

7. 调试信号处理

如果您想观察信号处理过程，可以：

# 设置断点在信号处理关键位置
(gdb) break webserver.cpp:370  # recv调用后
(gdb) break webserver.cpp:383  # 信号解析循环

# 查看接收到的信号内容
(gdb) print ret
(gdb) print signals[0]
(gdb) print signals[1]

8. 信号处理的优势

这种设计的好处：

1. 异步处理：信号处理不会阻塞主线程
2. 线程安全：通过管道实现线程间安全通信
3. 高效：字节级通信开销小
4. 可靠：保证信号不丢失、顺序正确

总结

每个字节对应一个信号是因为Unix/Linux信号机制的设计选择：

• 简单性：使用字节编号便于处理和传输
• 效率：最小化通信开销
• 可靠性：保证信号传递的原子性和顺序性

在您的Web服务器中，这种机制用于处理定时器事件和服务器关闭信号，是实现高性能并发服务器的关键技术之一。