Symfony 2 路由无 priority 机制，仅按定义顺序匹配；debug:router 不显示 priority 字段，因该参数从 Symfony 3.2 才引入，且 Route 类无 getPriority() 方法。
路由优先级在 Symfony 2 中并不存在——它从 Symfony 3.2 才引入 priority 参数，Symfony 2 的路由匹配**只依赖定义顺序**，没有数值化优先级机制。你看到的“路由优先级”其实是误读或混淆了 Symfony 3+ 的特性。
为什么 debug:router 不显示 priority 字段
Symfony 2 的 debug:router 命令输出只有 Name、Method、Scheme、Host、Path、Defaults、Requirements、Options 这几列，根本没有 priority 字段。这是因为路由注册时根本没解析这个键，框架会直接忽略它。
- 如果你在
routing.yml里写了priority: 100，它会被当成普通 options 丢进路由配置，但UrlMatcher完全不读取它 -
router:match /login --verbose输出中也不会出现优先级相关提示，只会告诉你“Matched route 'app_login'”，或错误地匹配到泛型路由 - 试图用
getPriority()方法调用路由对象会报错：该方法在 Symfony 2 的Route类中根本不存在
如何判断实际生效的路由路径
真正起作用的是路由定义的物理顺序 + requirements 限制。调试必须回归原始逻辑：
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 运行
php app/console debug:router | grep -E "^(app_login|subpages|admin)"，看它们在列表中的**行号顺序**——靠前的先匹配 - 对泛型路由（如
/{slug}）检查requirements：是否用了"slug": "[a-z0-9_-]+"这类白名单？宽松的".*"或空 requirements 就是隐患 - 执行
php app/console router:match /login，如果返回subpages而不是app_login，说明顺序错了，或subpages的 requirements 没拦住login - 注意 controller 方法上的
@Route注解在 Symfony 2 中需通过 SensioFrameworkExtraBundle 支持，且注解顺序即文件内方法声明顺序，不是按字母排序
常见踩坑点：你以为的“优先级”其实是 host/method/scheme 绑定
Symfony 2 路由看似没优先级，但某些配置会让某条路由“看起来更优先”：
-
scheme: https或host: admin.example.com会让该路由只在特定条件下触发，其他请求自动跳过，造成“固定路由没被选中”的假象 -
methods: [POST]的登录路由不会响应 GET /login 请求，此时真正匹配的可能是另一条无 method 限制的泛型路由 - 多个 bundle 的路由加载顺序取决于
AppKernel::registerBundles()中 bundle 的声明顺序，而不是 config 文件路径
别在 Symfony 2 里找 priority，它不存在。把注意力放在文件顺序、requirements 正则、method/host 绑定这三件事上，才是真实有效的调试路径。
