NGINX 把http请求处理流程划分为11个阶段，逻辑细分，以模块为单位进行处理。各个阶段可以包含多个http模块，每个阶段以流水线的形式处理请求。这样的分层处理模式与计算机网络的7层模式类似，每个模块以正交的方式处理请求，带来了低耦合，模块之间的低耦合带来灵活性。
1. NGX_HTTP_POST_READ
接受到完整HTTP头部后的处理阶段，位于URI重写之前；
2. NGX_HTTP_SERVER_REWRITE
URI与location匹配之前，修改URL的阶段，用于重定向，也就是该阶段执行处于server块内，location块外的重写指令。在读取请求头的过程中，NGNIX会根据host和端口找到对应的虚拟主机配置。
3, NGX_HTTP_FIND_CONFIG
根据URI寻找匹配的location块配置阶段，该阶段使用重写后之后的URI来查找对应的location，该阶段可能被执行多次，可能有location级别的重写指令。
4. NGX_HTTP_REWITR
上一阶段找到location块后，再修改URI，location级别的URI重写阶段，该阶段执行location基本重写指令，也可能会被执行多次。
5. NGX_HTTP_POST_REWRITE
为了防止重写URI后导致死循环，location级别重写的后一阶段，用来检查上阶段是否有URI重写，并根据结果跳转到合适的阶段。
6. NGX_HTTP_PERACCESS
访问权限控制的前一阶段，该阶段在访问权限控制之前，一般也用于访问控制，比如限制访问的频率、连接数等。
7. NGX_HTTP_ACCESS
访问权限控制阶段，让HTTP模块判断是否允许这个请求进入NGNIX服务器，比如基于黑名单的权限控制，基于用户密码的权限控制等。
8. NGX_HTTP_POST_ACCESS
访问权限控制的后一阶段，该阶段根据权限控制阶段的执行结果进行相应的处理，向用户发送拒绝服务的错误码，用来相应上一阶段的拒绝。
9. NGX_HTTP_TRY_FILES
为访问静态资源而设置，try_files指令的处理阶段，如果没有配置try_files指令，则该阶段被跳过。
10. NGX_HTTP_CONTENT
处理HTTP请求内容的阶段，大部分HTTP模块进入这个阶段--相应内容生成阶段，该阶段产生相应，并发送到客户端。
11. NGX_HTTP_LOG
处理完请求后的日志记录阶段，该阶段记录访问日志。