symfony 2路由优先级由定义顺序决定，先定义的路由先匹配；应将精确路由放在动态路由前、动态路由放在通配路由前，并用requirements正则约束参数范围，避免兜底路由抢占路径。
Symfony 2 的路由优先级直接影响请求匹配顺序，若配置不当，高优先级路由可能“吃掉”本该命中低优先级的路径，导致预期页面返回 404。关键不是手动排序数字，而是理解 Symfony 路由加载机制和匹配逻辑。
路由定义顺序决定优先级
Symfony 2（及后续版本）按路由加载顺序进行匹配——先定义的路由先尝试匹配。一旦某条路由成功匹配，后续路由将不再检查。因此，更具体、带约束的路由应放在更宽泛、泛匹配的路由之前。
- ✅ 正确：把
/admin/{id}（带requirements={"id": "\d+"}）写在/admin/{slug}前面 - ❌ 错误：把通配符路由
/blog/{slug}放在/blog/feed前面，后者会被前者捕获，导致 feed 页面 404 - 建议在 YAML 或注解中显式按“精确 → 动态 → 通配”分组组织，避免靠猜
用 requirements 精确限定参数范围
仅靠路径结构不足以区分相似路由，必须配合正则约束防止误匹配。
在SEO发布前，从路由清单生成XML网站地图和robots.txt
下载
当代理已经知道网站路由或内容URL，并且在启动前需要有效的sitemap XML、sitemap索引或robots.txt引用时，请使用sitemap。这是一个发布构件技能，而不是爬虫或SEO平台。
-
requirements: { id: '\d+' }可确保/user/123匹配，而/user/profile不会干扰 - 对 slug 类型字段，用
[a-z0-9\-]+替代默认的.+，避免覆盖静态路径 - 空字符串或特殊字符（如
/api/v1/后跟斜杠）也需在requirements中明确排除
避免泛匹配路由放在顶部
像 /page/{path} 或 /{_locale}/{_route} 这类兜底路由极易抢占其他路径，是 404 的常见源头。
- 除非是前端控制器或 CMS 内容页，否则不要在主路由文件开头放通配路由
- 若必须使用，应加
condition（如request.attributes.has('_route')）或限定 host/domain - 可考虑拆分路由文件：
admin.yml、api.yml、frontend.yml，再按需导入并控制载入顺序
验证路由是否按预期加载
部署前务必用命令行确认实际生效的路由表：
- 运行
php app/console router:debug（Symfony 2.8）或php app/console debug:router - 观察输出中各路由的 Pattern 和 Priority 列（后者反映内部权重，但本质仍由加载顺序主导）
- 用
--show-controllers查看对应控制器，确认无意外覆盖 - 对可疑路径，执行
php app/console router:match /your/path直接测试匹配结果
