frankenphp 下 symfony 302 跳转地址错误，是因为未正确配置代理头解析（如 frankenphp_proxy_headers=1）和可信代理（frankenphp_trusted_proxies），导致 symfony 基于 localhost 等内网值生成 location；需同步配置 symfony 的 trusted_proxies 和 trust_headers，并确保 nginx 透传 x-forwarded-* 头。
FrankenPHP 作为 Symfony 的现代运行时，本身不干预 HTTP 状态码逻辑，但它的请求生命周期与传统 PHP-FPM 不同——302 跳转异常往往不是 Symfony 控制器写错了，而是 FrankenPHP 的 Request 对象构造方式或代理头传递缺失，导致 Symfony 生成了错误的 Location 值（比如 http://localhost:8000/login），最终浏览器跳到内网地址。
为什么 Symfony 在 FrankenPHP 下生成错误的 302 Location
Symfony 默认根据 $_SERVER['HTTPS']、$_SERVER['HTTP_HOST'] 和 $_SERVER['REQUEST_URI'] 推导当前请求的完整 URL。FrankenPHP 启动时若未显式设置这些值（尤其在反向代理后），它会回退到 localhost 或空 Host，进而让 $this->generateUrl('login', [], UrlGeneratorInterface::ABSOLUTE_URL) 返回内网地址。
常见表现：
- 开发时用
frankenphp serve直接跑，页面跳转到http://localhost:8000/... - 部署在 Nginx + FrankenPHP 模式下，跳转却变成
http://127.0.0.1:8080/callback -
dump($request->getSchemeAndHttpHost())输出http://localhost，而非预期域名
必须设置的 FrankenPHP 环境变量和请求头
FrankenPHP 不自动注入 X-Forwarded-* 头，也不像 PHP-FPM 那样默认信任 $_SERVER 中的代理信息。你得手动告诉它“真实请求长什么样”。
在启动命令或服务配置中，确保以下环境变量存在：
-
FRANKENPHP_PROXY_HEADERS=1：启用对X-Forwarded-Proto、X-Forwarded-Host、X-Forwarded-For的解析 -
FRANKENPHP_TRUSTED_PROXIES=127.0.0.1,::1：仅当 FrankenPHP 前有 Nginx（如 127.0.0.1）时才需设；若直连（frankenphp serve），可留空或设为*
如果你用 Nginx 反代 FrankenPHP，还需在 location 块里透传关键头：
proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header X-Forwarded-Host $host; proxy_set_header X-Forwarded-For $remote_addr;
漏掉其中任意一个，Symfony 就可能误判 scheme 或 host。
Symfony 配置要同步校准
即使 FrankenPHP 正确解析了代理头，Symfony 还需明确知道哪些头是可信的，否则会忽略它们。
在 config/packages/framework.yaml 中确认：
framework: trusted_proxies: '%env(TRUSTED_PROXIES)%' # 或直接写死（开发环境） trusted_proxies: ['127.0.0.1', '::1'] # 同时确保 trust_headers 包含必要项 # （FrankenPHP ≥ 1.2 默认启用，但低版本需手动加）
更重要的是，检查 APP_ENV 和 APP_DEBUG 是否匹配当前上下文——若 APP_ENV=dev 但 debug=false，某些路由生成逻辑会降级使用 localhost。
验证方式：在控制器里临时加一行：
dd([
'scheme' => $request->getScheme(),
'host' => $request->getHost(),
'base_url' => $request->getBaseUrl(),
]);
输出应为 https + 你的域名，而不是 http + localhost。
跳转后 CORS 失效？那是浏览器在重定向链里重新校验
如果前端发的是跨域请求（带 Origin），而 302 后跳转目标没返回 Access-Control-Allow-Origin，浏览器会拦截跳转后的响应——这不是 FrankenPHP 的锅，是 CORS 规范强制要求每一步都校验。
解决路径只有两条：
- 让 Symfony 在 302 响应中就带上正确头：
return $this->redirectToRoute('login')->withHeaders(['Access-Control-Allow-Origin' => '*']); - 或者更稳妥地，在 Nginx 层用
proxy_intercept_errors on; error_page 302 = @rewrite_302;拦截并重写跳转，再统一加头（见知识库中 Nginx 配置片段）
注意：FrankenPHP 自身不处理响应头重写，这部分必须由前置代理（Nginx）或 Symfony 应用层承担。
最容易被忽略的一点：FrankenPHP 的 trusted_proxies 和 Symfony 的 trusted_proxies 是两套独立配置，改了一个不等于另一个生效。上线前务必两端都验证 $request->getSchemeAndHttpHost() 输出。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
