php 使用 curl 发送 post 请求时，若目标 url 发生 http 重定向（如 301/302），默认情况下 post 数据会被丢弃；需显式启用 `curlopt_postredir` 选项才能在重定向后保留 post 方法和参数。

在 PHP 中通过 cURL 发起 POST 请求时，一个常见却容易被忽视的问题是：重定向导致 POST 数据丢失。你本地环境正常、而线上服务器返回空 $_POST，根本原因往往不是服务器配置或编码差异，而是目标 URL 触发了 HTTP 重定向（例如域名未带 www 被强制跳转、HTTPS 强制跳转、或路径重写规则），而 cURL 默认行为在遇到 301/302 响应时会将后续请求改为 GET 方法（并清空 POST 数据）。

你的原始代码中启用了 CURLOPT_FOLLOWLOCATION => true，这允许 cURL 自动跟随重定向，但未指定重定向时如何处理请求方法。根据 cURL 默认策略：

• 重定向到不同主机或协议时，POST 数据被丢弃，且请求方法变为 GET；
• 即使同域重定向，cURL 也仅在 307/308 状态码下保留 POST，而多数服务器使用 301/302（默认转为 GET）。

✅ 正确做法是添加关键选项：

curl_setopt($curl, CURLOPT_POSTREDIR, CURL_REDIR_POST_ALL);

该选项告诉 cURL：在任何类型的重定向（包括 301、302、303、307、308）后，均保持原始 POST 方法并重新发送 CURLOPT_POSTFIELDS。

立即学习“PHP免费学习笔记（深入）”；

? 完整修复后的 file1.php 示例：

 'John',
    'age'  => 24
]);

$curl = curl_init();
curl_setopt($curl, CURLOPT_URL, $Url);
curl_setopt($curl, CURLOPT_POST, 1);
curl_setopt($curl, CURLOPT_POSTFIELDS, $PostFields);
curl_setopt($curl, CURLOPT_FOLLOWLOCATION, true);
curl_setopt($curl, CURLOPT_POSTREDIR, CURL_REDIR_POST_ALL); // ✅ 关键修复：保留 POST 于所有重定向
curl_setopt($curl, CURLOPT_RETURNTRANSFER, true); // ✅ 建议添加：捕获响应而非直接输出
curl_setopt($curl, CURLOPT_HTTPHEADER, ['Content-Type: application/x-www-form-urlencoded']);
curl_setopt($curl, CURLOPT_TIMEOUT, 30);

$response = curl_exec($curl);
$httpCode = curl_getinfo($curl, CURLINFO_HTTP_CODE);
curl_close($curl);

if ($response === false) {
    echo 'cURL Error: ' . curl_error($curl);
} else {
    echo "HTTP Status: {$httpCode}\nResponse: {$response}";
}

⚠️ 补充注意事项：

• 始终验证重定向链：可通过 curl_getinfo($curl, CURLINFO_REDIRECT_URL) 或 CURLINFO_REDIRECT_COUNT 检查是否发生重定向；
• 避免隐式协议问题：$_SERVER['HTTP_HOST'] 不含协议，若服务器强制 HTTPS，用 http:// 构造 URL 会触发 301 跳转 —— 建议统一使用 https:// 或动态检测 $_SERVER['HTTPS']；
• CURLOPT_POSTFIELDS 类型兼容性：传入字符串（如 http_build_query() 结果）时，cURL 自动设置 Content-Type；若传入数组，cURL 会以 multipart/form-data 发送（此时需移除手动设置的 Content-Type 头）；
• 服务端日志辅助排查：在 file2.php 开头添加 error_log(print_r($_SERVER, true), 3, '/tmp/curl-debug.log'); 可记录实际接收的请求头与方法。

总结：CURLOPT_POSTREDIR 是解决“cURL POST 在重定向后失效”问题的标准化方案。它不改变业务逻辑，仅修正 HTTP 协议层的行为一致性，是生产环境必备的安全加固项。