本文分享自天翼云开发者社区《Nginx的请求处理》.作者：小谢不用谢

Nginx的请求处理流程

worker进程中，ngx_worker_process_cycle()函数就是这个无限循环的处理函数。

在这个函数中，一个请求的简单处理流程如下：

（2）接收和处理这些事件，如是接受到数据，则产生更高层的request对象。

（3）处理request的header和body。

为了让大家更好的了解nginx中请求处理过程，我们以HTTP

（1）初始化HTTP

（4）如果有的话，调用与此请求（URL或者Location）关联的handler。

handler这个概念。

phase字面的意思，就是阶段。

所以phase

handlers也就好理解了，就是包含若干个处理阶段的一些handler。

在每一个阶段，包含有若干个handler，再处理到某个阶段的时候，依次调用该阶段的handler对HTTP

handler对这个request进行处理，并产生一些输出。

通常phase

handler是与定义在配置文件中的某个location相关联的。

一个phase

Request的header的时候，nginx首先查找与这个请求关联的虚拟主机的配置。

如果找到了这个虚拟主机的配置，那么通常情况下，这个HTTP

handlers）：

NGX_HTTP_POST_READ_PHASE:

读取请求内容阶段

NGX_HTTP_SERVER_REWRITE_PHASE:

Server请求地址重写阶段

NGX_HTTP_FIND_CONFIG_PHASE:

配置查找阶段:

NGX_HTTP_REWRITE_PHASE:

Location请求地址重写阶段

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:

内容产生阶段

在内容产生阶段，为了给一个request产生正确的响应，nginx必须把这个request交给一个合适的content

handler去处理。

如果这个request对应的location在配置文件中被明确指定了一个content

handler，那么nginx就可以通过对location的匹配，直接找到这个对应的handler，并把这个request交给这个content

handler去处理。

这样的配置指令包括像，perl，flv，proxy_pass，mp4等。

如果一个request对应的location并没有直接有配置的content

random_index

index指令，那么发送index指令指明的文件，给客户端。

autoindex

on，那么就发送请求地址对应的服务端路径下的文件列表给客户端。

（4）如果这个request对应的location上有设置gzip_static

on，那么就查找是否有对应的.gz文件存在，有的话，就发送这个给客户端（客户端支持gzip的情况下）。

（5）请求的URI如果对应一个静态文件，static

内容产生阶段完成以后，生成的输出会被传递到filter模块去进行处理。

filter模块也是与location相关的。

所有的fiter模块都被组织成一条链。

输出会依次穿越所有的filter，直到有一个filter模块的返回值表明已经处理完成。