Web Profiler 工具栏未显示需检查 APP_ENV=dev 和 APP_DEBUG=1 是否生效、HTML 中是否存在 sfwdt 脚本及 profiler 是否可手动访问；重定向链仅由 Symfony 内核发起时才被 Profiler 记录，前端或 Nginx 重定向需查日志或 Network 面板。
Web Profiler 工具栏没出来，根本没法追踪重定向
工具栏（WDT）不显示，router:match 和 debug:router 就失去上下文——你看到的只是静态路由表，不是实际请求走的哪条路。先确认工具栏是否真被加载：
-
APP_ENV=dev和APP_DEBUG=1必须同时存在于.env文件里，且不能被.env.local覆盖或注释掉 - 访问页面后查看 HTML 源码，搜索
<script id="sfwdt">，没有就说明响应被截断（比如控制器里写了exit、模板用了ob_end_clean()或漏了{{ render_profiler() }}） - 即使脚本存在但工具栏不弹出，打开浏览器 Network 面板，过滤 X-Debug-Token 响应头，复制 token 手动访问
/_profiler/{token}—— 能打开就证明 Profiler 在工作，只是前端 JS 加载失败
重定向发生后，Profiler 显示的是跳转前还是跳转后的路由？
默认只记录最终响应的路由信息。如果你在控制器里写了 return $this->redirectToRoute('app_login')，Profiler 里看到的是 app_login 对应的路由，不是原始请求路径。要查重定向链：
- 打开 Profiler 的 Overview 面板，看 “Redirects” 行——它会列出所有
301/302响应及目标 URL - 点开任一 redirect 条目，右侧会显示完整跳转链（如
/→/login→/dashboard），前提是每个中间响应都由 Symfony 内核发出（非 nginx 或 js 重定向） - 若跳转发生在前端（比如 JS
window.location.href）或 Web 服务器层（nginxreturn 301），Profiler 完全捕获不到，必须查 nginx access log 或浏览器 Network 面板的 Initiator 列
用 router:match 验证某路径是否被重定向劫持
router:match 不模拟真实请求流程，它只做一次静态匹配。但它能快速暴露“本该命中 A 却被 B 拦截”的问题：
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 执行
php bin/console router:match /login --verbose，如果输出显示匹配到subpages而不是app_login，说明路由定义顺序或requirements有问题 - 加
--method=GET参数，排除因 method 不匹配导致的误判（比如app_login只允许GET，而你用POST测试） - 若结果提示
No route found，但页面却跳转了，大概率是安全组件（如SecurityBundle）触发的隐式重定向，此时要看 Profiler 的 Security 面板里 “Firewall” 和 “Access denied” 记录
重定向后 URL 参数丢失或被篡改怎么办
Symfony 默认重定向不保留 query string，除非显式传递：
-
return $this->redirectToRoute('app_home', ['id' => 123]);会生成/home?id=123，但原始请求的?ref=abc不会自动带上 - 要用
$request->getQueryString()手动拼接：return $this->redirect($this->generateUrl('app_home') . '?' . $request->getQueryString()); - 更稳妥的做法是把关键参数作为 route attribute 传入：
#[Route('/home/{ref?}', name: 'app_home')]，再在重定向时传['ref' => $request->query->get('ref')]
泛型路由（如 /{slug}）若没限制字符集，可能把 ?next=/admin 当作 slug 的一部分吞掉，导致重定向目标错乱——这时必须用 requirements={"slug": "[a-z0-9\-_]+"} 把 query string 排除在外。
