frankenphp 返回 302 时参数丢失，本质是开发者未显式拼接或错误构造 location 头所致：常见于变量名错误（如 $url 写成 $urls）、request_uri 未过滤 query string、http_build_query 未合并 $_get，或代理层（nginx/caddy）未正确重写 location 头；应使用绝对 url 构造、参数解析重建并配合 curl -v 验证真实响应头。
FrankenPHP 返回 302 跳转时丢失请求参数，本质不是 FrankenPHP 特有问题，而是 HTTP 重定向机制与 PHP 应用逻辑、URL 构造方式共同作用的结果。关键在于：重定向本身不自动携带原始请求参数，必须由开发者显式拼接；若拼接出错、变量未定义、或代理层干预，参数就会“消失”。
检查 PHP 重定向代码中的 URL 拼接逻辑
最常见原因是 PHP 中构建 Location 头时漏掉或错误处理了原始参数。比如：
- 用
$_SERVER['REQUEST_URI']获取当前路径，但没过滤 query string 或重复添加了问号（如?param=1¶m=1） - 手动拼接时用了未初始化的变量（如
$url写成$urls），导致header("Location: ".$url."?id=".$_GET['id'])实际发出去的是Location: ?id=123 - 调用
http_build_query()时未合并原始$_GET，或覆盖了关键字段
确保重定向 URL 是完整、绝对且带参的
FrankenPHP 作为 SAPI 运行 PHP，不改变 HTTP 协议行为。推荐写法：
- 用
$_SERVER['REQUEST_SCHEME'] . '://' . $_SERVER['HTTP_HOST'] . $_SERVER['REQUEST_URI']构造绝对 URL，避免相对跳转风险 - 若需追加/修改参数，先解析再重建：
$params = $_GET;<br>$params['utm_source'] = 'franken';<br>$newQuery = http_build_query($params);<br>header("Location: " . strtok($_SERVER['REQUEST_URI'], '?') . '?' . $newQuery, true, 302); - 始终在
header()后加exit;，防止后续输出干扰
排查 FrankenPHP 前置代理或反向代理干扰
如果你把 FrankenPHP 部署在 Nginx 或 Caddy 后面，302 的 Location 头可能被代理层改写或截断：
- Nginx 需配置
proxy_redirect修正后端返回的跳转地址（尤其当后端生成的是内网地址或缺协议） - 确认 Nginx 传递了
X-Forwarded-Proto和Host头，否则 PHP 可能误判当前协议，生成http://跳转而丢失参数 - Caddy 用户注意
reverse_proxy默认不重写 302 Location，需显式启用transport http { follow_redirects off }并自行处理，或用handle_response拦截改写
验证是否真“丢失”：用 curl 抓原始响应
别只看浏览器最终页面——它会自动跳转并隐藏中间过程。用命令确认真实行为：
-
curl -v http://your-site/test.php?id=123查看响应头中Location:字段内容 - 若看到
Location: /target.php（无参数），说明 PHP 代码没拼；若看到Location: http://internal:8000/target.php?id=123，说明是代理层没重写 - 配合
-L参数可测试跳转链是否连贯：curl -L -v http://...
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
