为什么不用普通 Nginx？OpenResty 是什么？

标题：本WebSocket技术栈中OpenResty的定位：与Nginx的核心差异及选型逻辑

本内容为WebSocket技术选型系列课程的衔接章节，上一课时完成WebSocket三类实现方案的对比后，最终敲定「OpenResty + Nchan」的技术组合；本节课核心为厘清OpenResty与原生Nginx的差异，解释为何选择OpenResty而非原生Nginx搭建WebSocket服务，明确OpenResty在架构中的角色，为下一课时Nchan的入门讲解做铺垫，核心要点如下：

1. 原生Nginx的能力特点与局限 Nginx是业界广泛使用的高性能Web服务网关与反向代理，具备极强的高并发连接处理能力与稳定性——据讲师十余年从业经验观察，若非系统资源不足等外部因素，极少出现服务崩溃问题。它的标准请求处理逻辑为：接收客户端/浏览器请求，完成连接握手后转发至上游后端服务，再将后端响应原路返回给客户端。 但Nginx的扩展能力存在明显边界：虽然可通过编译第三方模块实现功能扩展，但面向WebSocket场景时，面对复杂的业务状态关联、数据处理类需求，实现成本高、灵活度不足。
2. OpenResty的核心增强特性 OpenResty本质是在Nginx的基础上嵌入了LuaJIT（经过性能增强的Lua虚拟机），同时集成了大量配套增强功能模块，属于增强版Nginx，既完全保留了Nginx的高性能网关能力，又大幅拓展了扩展自由度，是本次技术选型中选择它的核心原因： 一是支持在Nginx请求处理的全流程各阶段嵌入Lua脚本，可灵活实现限流、权限校验、请求转发、防盗链、加解密签名、各类数据库（MongoDB、MySQL、Redis、ES等）查询等复杂业务逻辑；脚本上线对用户无感知，还可便捷集成Lua生态的第三方模块，扩展自由度极高，可支撑CDN服务、广告算法匹配引擎等复杂场景的开发需求； 二是依托Nginx的基础能力可实现高性能的WebSocket连接支持，可在网关层完成WebSocket连接管理，无需将所有连接请求转发到后端服务。
3. OpenResty在本项目中的定位 在本次WebSocket架构设计中，OpenResty仅作为连接层基础设施使用，不承担核心业务逻辑的开发职责，主要负责两方面工作：一是提供高性能网关转发能力，二是完成WebSocket全链路的连接管理，让后端服务可以专注于核心业务逻辑处理。 同时OpenResty保留了基于Lua的灵活扩展能力，可支撑后续的自定义需求开发——例如Nchan自带的基础统计能力粒度不足时，可通过Lua脚本实现更细维度的WebSocket连接状态统计等定制化功能。 课程后续安排：下节课将讲解Nchan的核心概念与入门使用方法。