Welcome to My Blog

前几篇文章我们聊了事件驱动和内存池，这次来看连接管理。连接是 Nginx 处理所有请求的起点，从 accept 到 close 的完整生命周期都在 src/core/ngx_connection.c 和 src/event/ngx_event_accept.c 中实现。理解这套机制，就理解了 Nginx 为什么能在亿级连接下保持稳定。

2025-2026 年，AI Agent 从概念走向规模化落地。MCP 统一了模型与工具之间的连接标准，A2A 打通了 Agent 之间的协作壁垒，OpenAI Agents SDK 提供了极简的多 Agent 编排体验。本文通过核心原理解读、可运行的代码实战以及生态对比表格，帮你理清三者的定位与选型策略。

Nginx 反向代理的核心是 upstream 模块。它负责从上游服务器池中选出一个 peer，建立 TCP 连接，转发请求，接收响应，然后回传给客户端。整个流程涉及连接管理、超时控制、负载均衡调度和事件驱动的 I/O 管理。

前五篇我们从整体架构走到事件驱动和配置系统，现在终于到了最核心的 HTTP 处理层。这一篇拆解 Nginx 1.24.x 的 HTTP 模块体系与请求处理全流程，，从 ngx_http_module_t 接口到 11 阶段处理引擎，从请求解析到 filter 链。HTTP 模块是 Nginx 最重要（也最大）的子系统，全部源码约 7 万行，分布在 src/http/。

Nginx 的配置系统不是简单的 INI 解析，，它是一整套声明式 DSL，ngx_conf_parse() 递归地喂给 ngx_conf_handler()，后者根据指令名匹配模块、校验上下文和参数，最后调用模块注册的 set 回调填充配置结构体。今天把这套机制拆干净。