nginx phase handler的原理和选择

nginx phase handler的原理和选择

PHASE HANDLER的种类

nginx在接收并解析完请求行。请求头之后。就会依次调用各个phase handler。 phase handler是完毕nginx主要功能的阶段。

Nginx有例如以下11种phase,phase会依次运行。同一个phase。可能会挂载多个handler。

当中斜体加粗的phase,不同意挂载用户自己定义的handler

PHASE备注
NGX_HTTP_POST_READ_PHASE读取请求内容阶段
NGX_HTTP_SERVER_REWRITE_PHASEServer请求地址重写阶段
NGX_HTTP_FIND_CONFIG_PHASE配置查找阶段
NGX_HTTP_REWRITE_PHASELocation请求地址重写阶段
NGX_HTTP_POST_REWRITE_PHASE请求地址重写提交阶段
NGX_HTTP_PREACCESS_PHASE訪问权限检查准备阶段
NGX_HTTP_ACCESS_PHASE訪问权限检查阶段
NGX_HTTP_POST_ACCESS_PHASE訪问权限检查提交阶段
NGX_HTTP_TRY_FILES_PHASE配置项try_files处理阶段
NGX_HTTP_CONTENT_PHASE内容产生阶段
NGX_HTTP_LOG_PHASE日志模块处理阶段

怎样注冊phase handler

普通情况下。我们自己定义的模块,大多数是挂载在NGX_HTTP_CONTENT_PHASE阶段的。

挂载的动作通常是在模块上下文调用的postconfiguration函数中。

挂载的代码示比例如以下:

static ngx_int_t
ngx_http_hello_init(ngx_conf_t *cf)    // postconfiguration hook点
{
        ngx_http_handler_pt        *h;
        ngx_http_core_main_conf_t  *cmcf;

        cmcf = ngx_http_conf_get_module_main_conf(cf, ngx_http_core_module);

        h = ngx_array_push(&cmcf->phases[NGX_HTTP_CONTENT_PHASE].handlers);
        if (h == NULL) {
                return NGX_ERROR;
        }

        *h = ngx_http_hello_handler;

        return NGX_OK;
}

cmcf->phases[NGX_HTTP_CONTENT_PHASE].handlers 是content phase阶段的handler数组,类似的:

cmcf->phases[NGX_HTTP_SERVER_REWRITE_PHASE].handlers
cmcf->phases[NGX_HTTP_REWRITE_PHASE].handlers
cmcf->phases[NGX_HTTP_PREACCESS_PHASE].handlers


每一个可挂载的phase。都有一个phase handler数组, 你能够选择挂载在不同的phase数组里

Nginx在解析http的配置时,会将多个phase handler数组,合成为一个数组

static char *
ngx_http_block(ngx_conf_t *cf, ngx_command_t *cmd, void *conf)  // http指令的hook函数
{
    。。。 
    for (m = 0; ngx_modules[m]; m++) {
        if (ngx_modules[m]->type != NGX_HTTP_MODULE) {
            continue;
        }

        module = ngx_modules[m]->ctx;

        if (module->postconfiguration) {
            if (module->postconfiguration(cf) != NGX_OK) {// 运行各模块的postconfigure hook, phase handler就在此时挂载
                return NGX_CONF_ERROR;
            }
        }
  }
  。。

     if (ngx_http_init_phase_handlers(cf, cmcf) != NGX_OK) {// 将多个phase handler数组。合成为一个数组    return NGX_CONF_ERROR;   } 。。。 }

ngx_http_init_phase_handlers(cf, cmcf) 函数将(除log phase以外的)几个phase handler数组。合成为一个ngx_http_phase_handler_t类型的数组

struct ngx_http_phase_handler_s {
    ngx_http_phase_handler_pt  checker; // 检查handler返回结果。决定下一个运行的handler
    ngx_http_handler_pt        handler; // handler 钩子
    ngx_uint_t                 next;    // 指向下一个phase的第一个handler
};

下面是不同的phase。相应不同的checker函数

PHASEchecker
NGX_HTTP_POST_READ_PHASEngx_http_core_generic_phase
NGX_HTTP_SERVER_REWRITE_PHASEngx_http_core_rewrite_phase
NGX_HTTP_FIND_CONFIG_PHASEngx_http_core_find_config_phase
NGX_HTTP_REWRITE_PHASEngx_http_core_rewrite_phase
NGX_HTTP_POST_REWRITE_PHASEngx_http_core_post_rewrite_phase
NGX_HTTP_PREACCESS_PHASEngx_http_core_generic_phase
NGX_HTTP_ACCESS_PHASEngx_http_core_access_phase
NGX_HTTP_POST_ACCESS_PHASEngx_http_core_post_access_phase
NGX_HTTP_TRY_FILES_PHASEngx_http_core_try_files_phase
NGX_HTTP_CONTENT_PHASEngx_http_core_content_phase
NGX_HTTP_LOG_PHASEngx_http_core_generic_phase

Phase handler怎样运行

nginx在接收并解析完请求行。请求头之后。就会依次调用各个phase handler.

void
ngx_http_core_run_phases(ngx_http_request_t *r)
{
    ngx_int_t                   rc;
    ngx_http_phase_handler_t   *ph;
    ngx_http_core_main_conf_t  *cmcf;
    cmcf = ngx_http_get_module_main_conf(r, ngx_http_core_module);
    ph = cmcf->phase_engine.handlers;
    while (ph[r->phase_handler].checker) {
        rc = ph[r->phase_handler].checker(r, &ph[r->phase_handler]);
        if (rc == NGX_OK) {
            return;
        }
    }
}

能够看到,事实上依次运行的就是我们在初始化阶段,生成的ngx_http_phase_handler_t 数组

我们通过debug。来看一下ngx_http_phase_handler_t数组的实际内容

执行中时ph数组的内容
数组下标checkerhandlernext
0ngx_http_core_rewrite_phasengx_http_rewrite_handler1
1ngx_http_core_find_config_phase00
2ngx_http_core_rewrite_phasengx_http_rewrite_handler3
3ngx_http_core_post_rewrite_phase01
4ngx_http_core_generic_phasengx_http_l7waf_handler7
5ngx_http_core_generic_phasengx_http_limit_req_handler7
6ngx_http_core_generic_phasengx_http_limit_conn_handler7
7ngx_http_core_access_phasengx_http_access_handler10
8ngx_http_core_access_phasengx_http_auth_basic_handler10
9ngx_http_core_post_access_phase010
10ngx_http_core_try_files_phase00
11ngx_http_core_content_phasengx_http_index_handler14
12ngx_http_core_content_phasengx_http_autoindex_handler14
13ngx_http_core_content_phasengx_http_static_handler14
14000

我们来看一个详细的checker函数

ngx_int_t
ngx_http_core_generic_phase(ngx_http_request_t *r, ngx_http_phase_handler_t *ph)
{
    ngx_int_t  rc;

    /*
     * generic phase checker,
     * used by the post read and pre-access phases
     */

    ngx_log_debug1(NGX_LOG_DEBUG_HTTP, r->connection->log, 0,
                   "generic phase: %ui", r->phase_handler);

    rc = ph->handler(r);          // 运行挂载的handler

    if (rc == NGX_OK) {           // 返回值是NGX_OK。说明这个phase运行完了,跳到下一个phase的第一个handler去
        r->phase_handler = ph->next;
        return NGX_AGAIN;
    }

    if (rc == NGX_DECLINED) {     // 返回值NGX_DECLINED,继续运行这个phase的下一个handler
        r->phase_handler++;
        return NGX_AGAIN;
    }

    if (rc == NGX_AGAIN || rc == NGX_DONE) { //说明请求处理完了。以下全部的phase handler都不须要再运行了
        return NGX_OK;
    }

    /* rc == NGX_ERROR || rc == NGX_HTTP_...  */

    ngx_http_finalize_request(r, rc);        // 返回错误,结束请求,返回对应的错误页

    return NGX_OK;
}

怎样选择哪个phase

读取请求内容阶段

这个阶段没有默认的handler。主要用来读取请求体。并对请求体做对应的处理

Server请求地址重写阶段

这个阶段主要是处理全局的(server block)的rewrite规则

配置查找阶段

这个阶段主要是通过uri来查找相应的location。

然后将uri和location的数据关联起来。

这个阶段主要处理逻辑在checker函数中。不能挂载自己定义的handler

Location请求地址重写阶段

这个主要处理location block的rewrite。

请求地址重写提交阶段

post rewrite,这个主要是进行一些校验以及收尾工作,以便于交给后面的模块。这个phase不能挂载自己定义handler

訪问权限检查准备阶段

比方流控这样的类型的access就放在这个phase,也就是说它主要是进行一些比較粗粒度的access。

訪问权限检查阶段

这个比方存取控制,权限验证就放在这个phase,一般来说处理动作是交给以下的模块做的.这个主要是做一些细粒度的access。

訪问权限检查提交阶段

一般来说当上面的access模块得到access_code之后就会由这个模块依据access_code来进行操作 这个phase不能挂载自己定义handler

配置项try_files处理阶段

try_file模块,也就是相应配置文件里的try_files指令。

这个phase不能挂载自己定义handler

按顺序检查文件是否存在,返回第一个找到的文件。结尾的斜线表示为目录 -$uri/。假设全部的文件都找不到。会进行一个内部重定向到最后一个參数。

内容产生阶段

内容处理模块,产生文件内容,假设是php。去调用phpcgi。假设是代理,就转发给对应的后端server

日志模块处理阶段

日志处理模块,是每一个请求最后一定会运行的。用于打印訪问日志。


通过如上对phase handler的分析,我们能够知道nginx划分不同的phase,是将不同功能,安排在不同的顺序运行。

选择挂载在哪个phase,就选择了handler运行的顺序。而且选择了不同的checker函数。

自己定义的handler有时候能够挂载在不同的phase,都能够正常执行。

自己定义的handler,假设依赖某一个phase的结果。则必须挂载在该phase后面的phase上。

自己定义的handler须要遵守nginx对不同phase的功能划分,但没必要的。


除去4个不能挂载的phase,和log phase,还有例如以下6个phase能够挂载

NGX_HTTP_POST_READ_PHASE
NGX_HTTP_SERVER_REWRITE_PHASE
NGX_HTTP_REWRITE_PHASE
NGX_HTTP_PREACCESS_PHASE
NGX_HTTP_ACCESS_PHASE
NGX_HTTP_CONTENT_PHASE

非常多功能挂载在这6个phase,都能够实现。挂载在越前面。我们的性能会越好,挂载在后面,我们的自由度会更大。

比方说,假设我们实如今NGX_HTTP_POST_READ_PHASE 阶段。我们就不能用 location if 这些后面阶段实现的指令来组合实现一些更复杂的功能。

推荐使用
NGX_HTTP_PREACCESS_PHASE
NGX_HTTP_ACCESS_PHASE
NGX_HTTP_CONTENT_PHASE


转载于:https://www.cnblogs.com/zhchoutai/p/6805935.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值