欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  网络运营

令Apache中沉睡的无用进程自动退出的方法

程序员文章站 2022-06-08 22:08:15
在apache的access log中会看到很多如下的访问日志:     复制代码 代码如下:    &nb...

在apache的access log中会看到很多如下的访问日志:

   

复制代码 代码如下:

    127.0.0.1 - - [05/may/2011:10:54:07 +0800] "options * http/1.0" 200 -
    127.0.0.1 - - [05/may/2011:10:54:08 +0800] "options * http/1.0" 200 -
    127.0.0.1 - - [05/may/2011:10:54:09 +0800] "options * http/1.0" 200 -
    127.0.0.1 - - [05/may/2011:10:54:10 +0800] "options * http/1.0" 200 -


在apache prefork模式下, 启动的时候,apache就会fork出一些worker进程, 来准备接受请求, 这些worker进程,在完成准备工作以后, 就会进入block模式的监听沉睡中, 等待请求到来而被唤醒。

另外一方面, 在prefork模式下, 当请求很多, 目前的worker进程数不够处理的时候, 就会额外再fork一些worker进程出来, 以满足当前的请求。

而在这些请求高峰过后, 如果额外fork出来的进程数大于了maxspareservers, apache就会告诉这些worker进程退出, 那么问题就来了。

这些进程都在沉睡中啊, 怎么告诉他们, 并且让他们自我退出呢?

apache会首先发送一个退出状态字(graceful_char !)给这些work进程:

   

复制代码 代码如下:
static apr_status_t pod_signal_internal(ap_pod_t *pod)
    {
        apr_status_t rv;
        char char_of_death = '!';
        apr_size_t one = 1;
    
        rv = apr_file_write(pod->pod_out, &char_of_death, &one);
        if (rv != apr_success) {
            ap_log_error(aplog_mark, aplog_warning, rv, ap_server_conf,
                         "write pipe_of_death");
        }
    
        return rv;
    }

但此时, worker进程不会去读这些状态字, 因为他们还在沉睡。

这个时候apache就会发送一个options请求给自己, 唤醒这些沉睡的进程:

   

复制代码 代码如下:
static apr_status_t dummy_connection(ap_pod_t *pod)
    {
    //...有省略
        /* create the request string. we include a user-agent so that
         * adminstrators can track down the cause of the odd-looking
         * requests in their logs.
         */
        srequest = apr_pstrcat(p, "options * http/1.0\r\nuser-agent: ",
                               ap_get_server_banner(),
                               " (internal dummy connection)\r\n\r\n", null);
    //...有省略
    }

这些进程在处理完当前请求以后(options请求), 就会发现, oh, 主进程让我退出。

   

复制代码 代码如下:
static void child_main(int child_num_arg)
    {
    //...有省略
    
        while (!die_now && !shutdown_pending) {
    //...有省略
            //1. listen
            //2. accept
            //3. process request
    
            /* check the pod and the generation number after processing a
             * connection so that we'll go away if a graceful restart occurred
             * while we were processing the connection or we are the lucky
             * idle server process that gets to die.
             */
            if (ap_mpm_pod_check(pod) == apr_success) { /* selected as idle? */
                die_now = 1;
            }
    //...有省略
       }
    //...有省略
    }

于是, 它就做完清理工作, 然后自我消亡了~~~