OpenResty是Nginx与LuaJIT深度整合的高性能Web平台，通过ngx_lua模块将Lua协程嵌入Nginx事件循环，在rewrite、access等11个阶段注入动态逻辑，结合cosocket非阻塞I/O和FFI零拷贝调用，实现同步写法、异步执行，单机支撑百万并发。
OpenResty 不是简单地把 Nginx 和 LuaJIT “拼在一起”，而是通过深度整合，让两者在进程模型、内存管理、事件循环和执行上下文层面真正协同工作，从而释放出远超各自单独使用时的性能与灵活性。
核心机制：Nginx 事件驱动 + LuaJIT 协程调度
Nginx 基于 epoll/kqueue 的多 Reactor 模型处理海量并发连接，每个 worker 进程独立运行，无共享状态。OpenResty 在此基础上，为每个 worker 内嵌一个 LuaJIT 虚拟机，并为每个 HTTP 请求分配一个轻量级 Lua 协程（coroutine）。这个协程不阻塞主线程，可挂起等待 I/O（如 Redis 查询、MySQL 响应），由 Nginx 的事件循环唤醒继续执行——实现了“同步写法、异步执行”。
- 所有 Lua 代码运行在 Nginx 的 C 上下文中，零跨语言调用开销
- LuaJIT 的 FFI 接口允许直接操作 Nginx C 结构体（如 ngx_http_request_t），避免数据拷贝
- 关键 API（如 ngx.sleep、ngx.location.capture）被 JIT 编译优化，热点路径接近原生 C 性能
模块层融合：ngx_lua 是桥梁，不是插件
ngx_lua 模块不是传统意义上的“加载后即可用”的第三方模块，而是 OpenResty 构建时强制集成的核心组件。它将 Lua 执行点精准注入 Nginx 的 11 个请求处理阶段（rewrite、access、content、header_filter 等），使开发者能用 Lua 控制整个请求生命周期：
- 在 rewrite_by_lua* 阶段做动态路由匹配或灰度分流
- 在 access_by_lua* 阶段完成 JWT 验签、IP 黑白名单、限流计数
- 在 content_by_lua* 阶段直连 Redis/MySQL，生成响应体，无需启动额外服务进程
- 在 log_by_lua* 阶段聚合日志字段并异步上报，不影响主流程
生态支撑：Lua 库全部适配非阻塞语义
OpenResty 自带的 lua-resty-* 系列库（如 lua-resty-redis、lua-resty-mysql、lua-resty-limit-traffic）不是普通 Lua 包，它们全部基于 cosocket（Nginx 原生非阻塞 socket）实现：
- 调用 redis:get() 时，底层触发的是 Nginx 的 ngx_http_upstream 机制，而非系统阻塞 socket
- 连接池由 Nginx worker 共享，复用 TCP 连接，避免频繁握手与内存分配
- 所有 I/O 操作自动 yield 协程，交还控制权给事件循环，不会拖慢其他请求
构建与部署：一体化发布，免运维胶水层
OpenResty 提供预编译包或源码一键构建方案，将 Nginx 核心、LuaJIT、ngx_lua、PCRE、OpenSSL、zlib 及常用 lua-resty 库全部打包编译。这意味着：
- 无需手动安装 Lua 环境、配置 PATH 或 LD_LIBRARY_PATH
- 不存在 Lua 版本冲突或 C 模块 ABI 不兼容问题
- 启动即为完整平台：openresty -p ./myapp -c nginx.conf，配置中可直接 require "resty.redis"
这种从内核到脚本、从编译到运行的全栈可控性，正是 OpenResty 能在单机支撑百万并发、毫秒级网关延迟的根本原因。
