AI API通常不支持gzip压缩请求体，仅自建服务在nginx等代理层配置后才可行；PHP需用gzencode()压缩、设Content-Encoding: gzip及正确Content-Length，优先精简payload而非压缩。
PHP cURL 发送前启用 gzip 压缩请求体
AI API（如 OpenAI、Claude）默认不接受压缩后的请求体，但部分支持 Content-Encoding: gzip 的服务（如自建 vLLM + nginx 反向代理场景）允许你主动压缩 POST 请求的 json 数据。关键不是“PHP 能不能压”，而是“目标服务是否解压并正确解析”。
实操建议：
- 先确认目标 API 文档是否明确支持
Content-Encoding: gzip（极少公开支持，OpenAI 官方明确不支持） - 若后端是自建（如 FastAPI + uvicorn + nginx），可在 nginx 层配置
gzip_proxied any;并开启gzip on;，此时 PHP 端只需压缩请求体、加 header，nginx 会自动解压后转发 - 用
gzencode()压缩 JSON 字符串，而非gzcompress()或gzdeflate()（它们输出格式不兼容 HTTP gzip 标准） - 必须设置
Content-Encoding: gzip和Content-Length（cURL 不会自动计算压缩后长度）
用 stream_context 避免大 JSON 字符串内存膨胀
当请求体 JSON 很大（比如带 10MB embedding 数组），json_encode() 生成完整字符串再 gzencode() 会导致双倍内存占用（原始 JSON + 压缩后二进制）。更稳的方式是流式构造：
实操建议：
- 用
fopen('php://temp', 'r+')创建内存流，json_encode($data, JSON_UNESCAPED_UNICODE)直接写入该流 - 用
rewind()回到开头，再用gzencode(stream_get_contents($fp))压缩（仍需注意内存） - 真正低内存方案：改用
cURL的CURLOPT_UPLOAD+CURLOPT_READFUNCTION，让 cURL 边读边压（需配合gzopen('compress.zlib://php://temp', 'w')） - 别忽略
Content-Type: application/json—— 压缩后 MIME 类型不变，只是传输编码变了
服务端不支持时，改用更紧凑的数据结构
多数 AI API 实际不支持请求体压缩，强行发 gzip 会返回 415 Unsupported Media Type 或静默截断。此时真正有效的“减带宽”手段是精简 payload：
实操建议：
- 删掉所有非必要字段：移除
model默认值（如果服务端已设）、清空system消息（若无特殊指令）、用temperature: 0.7替代完整对象{"temperature": 0.7} - 字符串层面：用单引号替代双引号（JSON 规范只认双引号，但可先用
str_replace()压缩后再json_decode(..., true)验证合法性）、移除空格和换行（JSON_UNESCAPED_UNICODE | JSON_COMPACT） - 对 embedding 或 logit_bias 这类大数组，考虑 base64 编码后传字符串（服务端需配合解码），比原样传 float[] 节省约 30% 字节数
- 避免重复传 history：用
messages时只传最后 3–5 轮，前端维护完整上下文，服务端只负责当前轮推理
验证压缩是否生效的三个必查点
光看代码写了 gzencode 不代表带宽真降了。必须抓包确认：
实操建议：
- 用
curl -v或 Wireshark 抓 PHP 发出的原始请求，检查是否有Content-Encoding: gzip和实际Content-Length是否显著小于未压缩时 - 在目标服务端（如 nginx access log）加
$request_length和$body_bytes_sent，对比压缩前后数值 - 观察错误响应：如果返回
"message": "invalid json"或空响应，大概率是gzencode()后没重置Content-Length，或服务端尝试用 UTF-8 解析二进制 gzip 流
立即学习“PHP免费学习笔记（深入）”；
最常被忽略的是：AI 服务的负载均衡器（如 Cloudflare、AWS ALB）可能在 TLS 终止前就拒绝带 Content-Encoding 的请求体，或者自动解压后丢弃 header，导致后端收到明文却以为是 gzip。这种链路级干扰，比 PHP 代码本身难排查得多。
