symfony路由冲突源于匹配顺序错误或泛型路由未加限制，应将固定路径路由置顶、泛型路由置底，并用正则requirements排除关键路径或限制参数字符集，再通过debug:router和router:match验证。
当你在 Symfony 项目中发现访问 /login 或 /admin 时却进入了通用页面控制器，而 php bin/console router:match /login 明确显示路由存在且匹配成功，说明请求已抵达内核但被错误的路由捕获——这正是路由定义层的匹配冲突，不是 Web 服务器转发问题。
确认路由加载顺序是否合理
打开 config/routes.yaml 或扫描控制器注解，检查所有路由定义的物理顺序。Symfony 按从上到下逐条匹配，一旦命中即停止。
将 app_login、app_register、easy_admin 等固定路径路由全部移到文件最上方，动态路由如 subpages 或 catch_all 必须放在最后。
若使用属性路由（Symfony 6+），确保控制器类中先定义具体路由方法，再定义泛型方法；PHP 文件解析顺序即为注册顺序，不可依赖自动排序。
用正则 requirements 排除关键路径
方法一：对泛型路由添加负向先行断言
在泛型路由的 requirements 中写入：{"slug": "^((?!login|register|admin|api|_profiler).)*$"}。这个正则确保 {slug} 参数值不以 login、register 等开头，也不包含这些字符串。
注意：该正则不阻止 /my-login-page 这类路径，若需精确排除完整路径段，应改用路由前缀隔离或 host 条件。
当代理已经知道网站路由或内容URL，并且在启动前需要有效的sitemap XML、sitemap索引或robots.txt引用时，请使用sitemap。这是一个发布构件技能，而不是爬虫或SEO平台。
方法二：限制参数字符集缩小匹配范围
将 requirements={"page": "[a-z0-9\-_]+"} 替换掉宽松的 ".+"，可直接过滤掉含大写字母或特殊符号的系统路径（如 /Login、/Register.php）。
验证路由是否真正被跳过
第一步：执行 php bin/console debug:router | grep -E "(login|register|subpages)"
第二步：比对输出中各路由的 Method 和 Host 列，确认是否存在 host 绑定差异（例如 app_login 绑定 auth.example.com，而当前请求来自 www.example.com）。
第三步：运行 php bin/console router:match /login --verbose，观察是否提示 “Matched route 'subpages' (controller 'App\Controller\PublicPagesController::subpages')”，若是，则说明泛型路由已劫持请求，必须调整顺序或加 requirements。
这一步操作起来很简单，直接把命令复制粘贴进终端回车就行。
