架构师系列-Nginx、OpenResty（四）- 初识OpenResty_openresty的执行阶段与nginx中的对应阶段-CSDN博客

本文链接：https://blog.csdn.net/dengwei_dw/article/details/138171590

本文介绍了OpenResty，一个利用Nginx和Lua技术构建的高性能Web平台，它集成了多种模块，支持高并发和动态应用开发，通过Lua脚本控制Nginx的功能，实现高性能和易扩展性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

OpenResty介绍

OpenResty是一个基于 Nginx 与 Lua 的高性能 Web 平台，其内部集成了大量精良的 Lua 库、第三方模块以及大多数的依赖项

用于方便地搭建能够处理超高并发、扩展性极高的动态 Web 应用、Web 服务和动态网关

OpenResty通过汇聚各种设计精良的 Nginx 模块（主要由 OpenResty 团队自主开发），从而将 Nginx 有效地变成一个强大的通用 Web 应用平台，这样，Web 开发人员和系统工程师可以使用 Lua 脚本语言调动 Nginx 支持的各种 C 以及 Lua 模块，快速构造出足以胜任 10K 乃至 1000K 以上单机并发连接的高性能 Web 应用系统。

OpenResty的目标是让你的Web服务直接跑在Nginx服务内部，充分利用 Nginx 的非阻塞 I/O 模型，不仅仅对 HTTP 客户端请求,甚至于对远程后端诸如 MySQL、PostgreSQL、Memcached 以及 Redis 等都进行一致的高性能响应。

Nginx 的流程定义

nginx实际把请求处理流程划分为了11个阶段，这样划分的原因是将请求的执行逻辑细分，各阶段按照处理时机定义了清晰的执行语义，开发者可以很容易分辨自己需要开发的模块应该定义在什么阶段。

当请求进入Nginx后先READ REQUEST HEADERS 读取头部然后再分配由哪个指令操作
Identity 寻找匹配哪个Location*
Apply Rate Limits 是否要对该请求限制
Preform Authertication 权限验证
Generate Content 生成给用户的响应内容
如果配置了反向代理那么将要和上游服务器通信 Upstream Services
当返回给用户请求的时候要经过过滤模块 Response Filter
发送给用户的同时记录一个Log日志

流程详解

阶段	描述
post-read	接收到完整的http头部后处理的阶段，在uri重写之前，一般跳过
server-rewrite	location匹配前，修改uri的阶段，用于重定向，location块外的重写指令（多次执行）
find-config	uri寻找匹配的location块配置项（多次执行）
rewrite	找到location块后再修改uri，location级别的uri重写阶段（多次执行）
post-rewrite	防