根本原因是symfony路由匹配严格按定义顺序执行且不回溯，动态路由如/{slug}若置于/login等固定路径之前便会优先匹配；需将固定路由前置、用requirements正则过滤或通过priority参数（symfony 5.1+）显式控制优先级。
路由匹配为什么总是选错控制器？
根本原因不是配置写错了，而是匹配顺序和条件优先级没理清。Symfony 的 UrlMatcher 严格按定义顺序扫描路由，一旦命中就终止，不会回溯或择优。
- 动态路由如
/{slug}必须放在所有固定路径（/login、/api/v1/users）之后，否则会吞掉它们 -
requirements是硬性过滤器，不是“建议”：比如requirements={"slug":"[a-z0-9\-]+"}能拦住/login，但requirements={"slug":".*"}就等于没设 - 使用
priority参数（Symfony 5.1+）比调换顺序更可靠，尤其在多 bundle 或 YAML/注解混用时：priority=10高于默认的0
生成 URL 时 host 不对或报错 MissingMandatoryParametersException
问题出在 UrlGenerator 缺少上下文信息——它不知道当前请求的 host 是什么，除非你显式传入或提前注入。
在SEO发布前，从路由清单生成XML网站地图和robots.txt
下载
当代理已经知道网站路由或内容URL，并且在启动前需要有效的sitemap XML、sitemap索引或robots.txt引用时，请使用sitemap。这是一个发布构件技能，而不是爬虫或SEO平台。
- 如果路由定义了
host="{domain}"，生成 URL 时必须提供domain参数，例如：$this->generateUrl('app_homepage', ['domain' => 'service.example.com']) - 想让生成自动带当前 host？得靠
RequestListener在请求早期把domain写进路由上下文：$request->attributes->set('_route_params', ['domain' => $request->getHost()]) - 别依赖
defaults填 host：它只影响匹配，不影响生成；且多个 host 场景下 defaults 只能写一个值，不适用
多域名支持时路由匹配失效或 URL 生成跨域错误
核心矛盾是：匹配需要宽松（接受多个 host），生成需要精准（不能乱跳到别的品牌域名）。正则 + 监听器是目前最稳的组合。
- 在
requirements中用正则覆盖全部合法域名，例如：requirements={"domain":"(?:service\.example\.com|service\.brand2\.io|demo\.app\.dev)"} - 把正则模式抽成参数（如
%app.service_hosts_pattern%），避免硬编码在注解里，方便环境隔离 - URL 生成跨域的根源是没区分“当前上下文”和“目标上下文”：跨上下文生成必须显式传
domain；同上下文才可依赖监听器注入
为什么 route:debug 显示正确却实际 404？
常见于开发环境缓存未清或 matcher 未重载，但更隐蔽的问题是请求方法或 scheme 不匹配。
-
methods=["GET"]的路由不会响应 POST 请求，哪怕 path 完全一致——route:debug默认不显示 method 约束，得加--show-controllers - HTTPS 路由（
scheme="https"）在 HTTP 请求下必然失败，反之亦然；本地开发常忽略这点 - 清除路由缓存后仍 404？检查
Router是否被替换过：某些第三方 bundle（如 API Platform）会注册自己的Router，导致 debug 输出和实际 matcher 不一致
