nginx 通过单 worker 内状态机驱动、连接粒度隔离与阶段化流水线，确保每个请求在其生命周期内严格有序：连接绑定固定 worker，请求与 upstream 状态机按序推进，数据上下文完全隔离，http/1.1 和 tcp 协议层进一步保障客户端感知顺序。
Nginx 多进程架构本身不保证跨进程的请求转发顺序，但通过单 worker 内状态机驱动、连接粒度隔离与阶段化流水线，确保每个请求在自身生命周期内严格有序——这是“确定性顺序”的真实含义：不是全局 FIFO，而是每个请求从接收、解析、转发到响应，步骤不跳步、不交错、不污染。
每个请求在单个 worker 中闭环处理
一个 TCP 连接被 accept 后，其整个生命周期（包括 proxy_pass 转发）都在同一个 worker 进程内完成：
- 连接绑定到该 worker 的 epoll 实例，后续所有读写事件只由它调度
- 请求结构
ngx_http_request_t和上游连接ngx_http_upstream_t都分配在该 worker 的内存空间中 - 转发动作（如建立后端连接、发送请求头、读取响应）按预设阶段顺序推进，不会因其他请求插入而中断或重排
转发流程受两级状态机约束
主连接状态机控制 HTTP 层流转（如 NGX_HTTP_CONTENT_PHASE → NGX_HTTP_LOG_PHASE），而 upstream 场景下会激活二级状态机：
-
NGX_HTTP_UPSTREAM_CONNECT→NGX_HTTP_UPSTREAM_SEND_REQUEST→NGX_HTTP_UPSTREAM_READ_RESPONSE→NGX_HTTP_UPSTREAM_FINALIZE - 每个状态变更都依赖前一状态的明确返回值（如
NGX_OK或NGX_AGAIN），且仅当后端 socket 真正可写/可读时才推进，避免“提前触发”导致乱序
连接间无共享执行上下文，天然隔离
worker 进程不为不同连接共享栈、缓冲区或中间变量：
- 所有数据通过
c->data（指向ngx_http_request_t）或r->upstream显式绑定到当前连接 - 即使两个请求同时触发
proxy_pass，它们各自的 upstream 连接、超时定时器、响应缓冲区完全独立 - 不存在锁竞争，也就没有因加锁/等待引发的调度延迟或顺序颠倒
客户端感知的顺序由协议层兜底
HTTP/1.1 默认串行语义 + TCP 有序字节流，使得：
- 浏览器按顺序发出请求 A、B，Nginx 虽可能将 A 分配给 worker 1、B 分配给 worker 2，但每个请求内部转发和响应仍严格保序
- 若启用 keepalive，同一连接上的多个请求天然串行；即使跨连接，后端服务通常也按接收顺序处理，Nginx 不主动打乱
不复杂但容易忽略
