HTTP服务器server程序信号处理—StateThreads示例程序介绍

server 程序默认会开多进程，这里面有一个父级进程与多个子进程。但是无论是父进程还是子进程，他们都需要处理信号。

server 程序的信号处理也是非常值得学习的模块。他里面用 pipe() 把信号事情转换成了 IO 事件，这样就可以 select/epoll_wait 来监控 IO 事件了。

信号处理相关的基础知识可以看《Unix环境高级编程》，我这里只是简单介绍一下信号函数。当一个进程收到一个信号的时候，就会调某个信号处理函数，例如 child_sighandler()。

你可以这样理解信号处理，信号处理实际上就是进程的代码机器码突然跳转到 child_sighandler() 函数运行。因为信号能在进程的任何状态下发生，所以相当于在任何时刻都可以插入了 child_sighandler() 函数的机器码代码段。

当然我用插入这个词不太准确，但是你可以这么理解。他就是一个跳转，在某个时候插入了一段代码。

父级进程的信号处理函数是 wdog_sighandler()，子进程的信号处理函数是 child_sighandler()

1，child_sighandler 子进程信号处理分析

子进程会先调 pipe() 创建两个 fd，这两个 fd 一个是用来写数据的，一个是用来读数据的，如下：

关于 pipe() 的具体用法，还是请阅读《Unix环境高级编程》，本文不讲解这部分的内容。

利用 pipe() 创建的两个 fd，就可以实现信号事情转 IO 事件，技巧就在 child_sighandler() 里面，如下：

ini 复制代码

static void child_sighandler(int signo) {
    int err, fd;

    err = errno;
    fd = st_netfd_fileno(sig_pipe[1]);

    /* write() is async-safe */
    if (write(fd, &signo, sizeof(int)) != sizeof(int))
        err_sys_quit(errfd, "ERROR: process %d (pid %d): child's signal"
                            " handler: write", my_index, my_pid);
    errno = err;
}

当有信号来的时候，他就会通过 fd 把信号写入 pipe 管道。但是疑问又来的，谁来读这个 pipe 管道呢？

答：始祖协程。没错，每一个进程在创建完 handle_connections() 协程之后，他的 main() 会变成处理信号的始祖协程，如下：

st_read() 函数会阻塞读取管道 fd，阻塞实际上就是切换到其他协程运行，之前已经讲过了。

子进程支持 3 种信号。

SIGHUP，这个信号可以重新加载配置文件跟刷新 error 日志。虽然他的 load_configs() 是个空函数。kill -s HUP pid 可以发送 SIGHUP 信号
SIGTERM，强制退出进程。kill -s TERM pid 可以发送 SIGTERM 信号
SIGUSR1，用户自定义信号，可以打印当前子进程的信息。kill -s USR1 pid 可以发送 SIGTERM 信号

SIGUSR1 信号挺有趣的，我们可以试一下：

bash 复制代码

kill -s USR1 28261

2，wdog_sighandler 父进程信号处理分析

父进程的任何信号都会转发给子进程，如下：

然后父进程本身也是支持 3 种信号，如下：

SIGHUP，这个信号可以刷新 error 日志。
SIGTERM，强制退出进程。
SIGUSR1，没有实现任何功能。

这就是 HTTP 服务器 server 程序的信号处理模块，讲解完毕。

本文是《 SRS原理 》一书中的文章，如需观看更多内容，请购买本书。