nginx通过事件驱动分阶段解析http协议：epoll触发读事件后非阻塞读取、状态机解析请求行与头、零拷贝内存切片、红黑树管理超时、模块化11阶段可插拔处理，全程用户态运行。
Nginx 的异步事件驱动架构并不直接“解析协议”，而是把协议解析任务嵌入到事件循环的回调链中，靠非阻塞、分阶段、内存友好的方式完成 HTTP 解析，全程不卡住其他连接。
协议解析被拆解为多个事件回调
HTTP 请求处理不是一次性读完再解析，而是按事件触发、分步推进：
- 当 epoll 通知某个 socket 可读（EPOLLIN），worker 调用 read event 回调：只尝试读取当前内核缓冲区可用数据，最多读到 request buffer 满或遇到 \r\n\r\n（请求头结束标记）为止；
- 若已收到完整请求头，立即调用 HTTP 解析函数（如 ngx_http_parse_request_line），用指针直接切片原始内存，不拷贝字符串，快速提取 method、uri、version、headers；
- 若请求体未收全（如大文件上传、chunked 编码），则注册 read event 继续等待，同时把已读内容暂存在 connection 的 request body buffer 中；
- 响应阶段同理：header 构建好后先写入 output buffer，若 socket 可写（EPOLLOUT），才调用 write event 回调发送；发不完就挂起，等下次可写再续。
解析过程完全运行在用户态，零阻塞
所有解析逻辑都在 worker 进程的用户态内存中执行，不依赖系统调用等待：
- socket 设置为 non-blocking，recv/send 失败返回 EAGAIN 时立刻跳过，不休眠、不让出 CPU；
- HTTP 头部字段（如 Host、User-Agent）以 ngx_str_t 结构体 + 原始内存指针方式保存，避免字符串复制和内存分配；
- 请求行与头部解析使用状态机实现，一次遍历完成匹配，时间复杂度 O(n)；
- 超时控制由红黑树统一管理，每个解析阶段（如读 header 超时、读 body 超时）都关联独立定时器，到期自动关闭连接，无需轮询。
模块化设计让解析可插拔、可定制
HTTP 协议解析不是硬编码在事件循环里，而是由 http module 提供标准接口：
- ngx_http_core_module 注册了主解析入口，但具体行为可被其他模块拦截或增强（如 ngx_http_rewrite_module 修改 uri，ngx_http_ssl_module 在 TLS 握手后才启动 HTTP 解析）；
- 第三方模块可通过 phases（11 个处理阶段）注入自定义逻辑，比如在 “server rewrite” 阶段改写 host，在 “content” 阶段决定是返回静态文件还是转发给 upstream；
- 整个流程仍由 event loop 驱动：每个 phase 执行完，若需等待 I/O 或超时，就退出并注册下一次事件；不满足条件就直接进入下一 phase。
配置影响解析行为与资源边界
几个关键指令直接约束协议解析的粒度和安全水位：
- client_header_timeout 控制从 accept 到读完 header 的最大等待时间，防止慢速攻击拖住解析器；
- client_max_body_size 在解析 header 后即校验 Content-Length，超限直接返回 413，不分配 body buffer；
- large_client_header_buffers 定义 header 缓冲区大小和数量，避免因 header 过长导致解析失败或内存溢出；
- underscores_in_headers on 等开关会影响 header 字段的合法性判断逻辑，属于解析策略的一部分。
