Nginx仅作为FastCGI协议翻译器，不管理进程或网络通信；其请求分三段构造（BEGIN_REQUEST、PARAMS、STDIN），HTTP头按fastcgi_param显式映射为环境变量，内存中零拷贝组装并交由upstream模块处理通信。
Nginx 本身不实现 FastCGI 协议的完整生命周期（如进程管理、请求分发、超时重试），它只做协议层面的“翻译器”——把 HTTP 请求精准地封装成 FastCGI 二进制流，再把后端返回的 FastCGI 响应原样解析回 HTTP 格式。整个过程不涉及网络收发逻辑，也不启动或监控 PHP-FPM 进程，纯粹是内存中零拷贝的结构映射与序列化。
FastCGI 消息按阶段分段构造
Nginx 构造一个 FastCGI 请求不是一次性拼整包，而是分三段依次写入内存缓冲区：
- BEGIN_REQUEST：固定 8 字节 header + 8 字节 body（含 role=RESPONDER、flags=0），标识请求启动；
-
PARAMS：动态生成，将
fastcgi_param指令展开后的键值对（如SCRIPT_FILENAME=/var/www/index.php）编码为 length-prefixed 格式（1 或 4 字节长度 + 内容），全部追加到 payload 区； - STDIN：若请求有 body（如 POST 数据），则将其作为独立 record 发送；空 body 则发一个 content_length=0 的 STDIN record 表示结束。
HTTP 头到 FastCGI 环境变量的映射规则
Nginx 不自动转发所有 HTTP 头，仅按 fastcgi_param 显式声明的变量才注入 PARAMS 记录：
- 标准变量如
$request_method、$query_string直接展开为字符串； - 原始 HTTP 头（如
User-Agent）默认转为HTTP_USER_AGENT形式（下划线替代横线，全大写）； -
Content-Length和Content-Type仅在非 GET/HEAD 且存在请求体时才写入； - 可通过
underscores_in_headers on改变下划线处理行为，但不影响 FastCGI 参数名本身。
内存布局与零拷贝设计
Nginx 复用请求上下文的内存池（r->pool）和缓冲链表（r->bufs），避免额外分配和复制：
- 每个 FastCGI record header（8 字节）严格按
ngx_http_fastcgi_header_t对齐； - payload 数据直接写入已有 buffer 的 data 区，靠指针偏移定位起始位置；
- padding 字节数由
(8 - len % 8) % 8计算，填 0 即可，不 malloc 新空间； - 最终整个 request 流是一串连续或链式 buf，由 upstream 模块直接交给 socket 发送。
与后端通信完全解耦
ngx_http_fastcgi_module 不感知连接状态、不重连、不解析响应语义：
- 连接建立、超时控制、失败重试由通用 upstream 框架（
ngx_http_upstream_module）统一处理； - 收到字节流后，仅按 record header 解析 type 和 content_length，逐 record 提取数据；
- 遇到
FCGI_STDOUT就写入响应体，FCGI_STDERR写入 error log，FCGI_END_REQUEST触发请求结束； - 错误码（如 protocol violation）由解析阶段发现，返回 502 而非交由 PHP-FPM 判断。
