Nginx源代码分析之反向代理（十三）

ゞ浴缸里的玫瑰 2022-07-19 02:26 190阅读 0赞

ngx\_http\_core\_module.c负责处理nginx里面的所有配置

其中的关键还是这个变量：ngx\_http\_core\_module

一个ngx\_module\_t类型的结构体，这个结构体在前面已经提到过，他遍布ngx的各个Module，包括底层i/o模型的module均是用这个结构体来传递上下文

这里的定义是这样的

ngx\_module\_t ngx\_http\_core\_module = \{  
NGX\_MODULE\_V1,  
&ngx\_http\_core\_module\_ctx, /\* module context \*/  
ngx\_http\_core\_commands, /\* module directives \*/  
NGX\_HTTP\_MODULE, /\* module type \*/  
NULL, /\* init master \*/  
NULL, /\* init module \*/  
NULL, /\* init process \*/  
NULL, /\* init thread \*/  
NULL, /\* exit thread \*/  
NULL, /\* exit process \*/  
NULL, /\* exit master \*/  
NGX\_MODULE\_V1\_PADDING  
\};

其中重点是ngx\_http\_core\_commands这个成员，它包含了所有ngx主配置文件涉及的关键字已经处理这个关键字的函数

内容太多，先看看涉及location的一段

\{ ngx\_string("location"),  
NGX\_HTTP\_SRV\_CONF|NGX\_HTTP\_LOC\_CONF|NGX\_CONF\_BLOCK|NGX\_CONF\_TAKE12,  
ngx\_http\_core\_location,  
NGX\_HTTP\_SRV\_CONF\_OFFSET,  
0,  
NULL \},

大致了解一下这些数据结构，再来看看函数调用栈

前面upstream一节已经介绍，当ngx需要执行反向代理，向后端apache或者tomcat之类发起请求的时候，会调用ngx\_http\_proxy\_handler

ngx\_http\_proxy\_handler是如何被初始化并挂载到处理流程中的？

先看看各个module的初始化

ngx\_http\_static\_handler,ngx\_http\_proxy\_handler,ngx\_http\_indixe\_handler的初始化在各自模块的init函数进行，比如初始化ngx\_http\_static\_handler的是ngx\_http\_static\_init

，这个函数需要在ngx\_http.c的 ngx\_http\_block中初始化。

ngx\_modules.c的

ngx\_module\_t \*ngx\_modules\[\] = \{  
&ngx\_core\_module,  
&ngx\_errlog\_module,  
&ngx\_conf\_module,  
&ngx\_events\_module,  
&ngx\_event\_core\_module,  
&ngx\_epoll\_module,  
&ngx\_regex\_module,  
&ngx\_http\_module,  
&ngx\_http\_core\_module,  
&ngx\_http\_log\_module,  
&ngx\_http\_upstream\_module,  
&ngx\_http\_static\_module,  
&ngx\_http\_autoindex\_module,  
&ngx\_http\_index\_module,  
&ngx\_http\_auth\_basic\_module,  
&ngx\_http\_access\_module,  
&ngx\_http\_limit\_conn\_module,  
&ngx\_http\_limit\_req\_module,  
&ngx\_http\_geo\_module,  
&ngx\_http\_map\_module,  
&ngx\_http\_split\_clients\_module,  
&ngx\_http\_referer\_module,  
&ngx\_http\_rewrite\_module,  
&ngx\_http\_proxy\_module,  
&ngx\_http\_fastcgi\_module,  
&ngx\_http\_uwsgi\_module,  
&ngx\_http\_scgi\_module,  
&ngx\_http\_memcached\_module,  
&ngx\_http\_empty\_gif\_module,  
&ngx\_http\_browser\_module,  
&ngx\_http\_upstream\_hash\_module,  
&ngx\_http\_upstream\_ip\_hash\_module,  
&ngx\_http\_upstream\_least\_conn\_module,  
&ngx\_http\_upstream\_keepalive\_module,  
&ngx\_http\_write\_filter\_module,  
&ngx\_http\_header\_filter\_module,  
&ngx\_http\_chunked\_filter\_module,  
&ngx\_http\_range\_header\_filter\_module,  
&ngx\_http\_gzip\_filter\_module,  
&ngx\_http\_postpone\_filter\_module,  
&ngx\_http\_ssi\_filter\_module,  
&ngx\_http\_charset\_filter\_module,  
&ngx\_http\_userid\_filter\_module,  
&ngx\_http\_headers\_filter\_module,  
&ngx\_http\_echo\_module,  
&ngx\_http\_copy\_filter\_module,  
&ngx\_http\_range\_body\_filter\_module,  
&ngx\_http\_not\_modified\_filter\_module,  
NULL  
\};

定义了所有的模块，里面可以看到ngx\_http\_static\_module,

下面的代码正式调用各模块的init

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) \{  
return NGX\_CONF\_ERROR;  
\}  
\}  
\}

static module的初始化函数代码如下

static ngx\_int\_t  
ngx\_http\_static\_init(ngx\_conf\_t \*cf)  
\{  
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\_static\_handler;  
  
  
return NGX\_OK;  
\}

可以看到在cmcf->phases\[NGX\_HTTP\_CONTENT\_PHASE\].handlers中写入了ngx\_http\_static\_handler的函数指针，以后在处理请求的NGX\_HTTP\_CONTENT\_PHASE阶段，这个函数会被调用

但回头看看proxy module。他并没有直接注册handler。而是在初始化配置文件过程中，ngx\_http\_proxy\_pass函数会处理proxy\_pass关键字，这时会在ngx\_http\_core\_loc\_conf\_s结构中填写ngx\_http\_proxy\_handler函数指针。

调用过程则是这样的：

在HTTP处理流程的NGX\_HTTP\_FIND\_CONFIG\_PHASE阶段。ngx\_http\_core\_find\_config\_phase函数会查找ngx\_http\_request\_t对应的location,然后调用ngx\_http\_update\_location\_config

这里，会把刚才注册的ngx\_http\_proxy\_handler传递给ngx\_http\_request\_t下面的content\_handler

继续流程，会执行到NGX\_HTTP\_CONTENT\_PHASE这个阶段，对应的处理函数是ngx\_http\_core\_content\_phase

这里首先就会判断r是否存在content\_handler指针，如果是，则会直接调用ngx\_http\_finalize\_request(r, r->content\_handler(r));

首先执行ngx\_http\_proxy\_handler，然后执行ngx\_http\_finalize\_request本身结束当前的流程。