Symfony2的Web Profiler无法查看路由正则匹配细节，必须使用router:match命令验证；执行php bin/console router:match /path --verbose可明确提示正则不匹配等具体原因。
不能用 Symfony2 的 Web Profiler 查看路由正则匹配细节——它压根不提供这个功能，得换命令行工具。
debug:router 只显示静态定义，不反映运行时正则匹配结果
很多人以为在 /app_dev.php/_profiler 里点开“Router”标签就能看到某次请求是否被某个 requirements 拦住，其实不会。Profiler 里的路由列表只是把所有注册的路由原样列出来，包括 requirements 字段值，但它不模拟请求、不验证参数是否真满足正则、也不告诉你为什么没匹配上。
- 比如你定义了
requirements={"slug": "^((?!admin).)*$"}，Profiler 会照搬这串正则显示，但访问/admin时它不会标红或提示“因正则不匹配被跳过” - 它也不会告诉你当前请求的 HTTP 方法是否被
methods限制挡住，或者host条件是否失效 - 真正起作用的匹配逻辑在内核路由解析阶段，Profiler 不介入那一层
router:match 是唯一能验证正则是否生效的命令
想确认某条带 requirements 的路由到底接不接收某个路径，必须用 php bin/console router:match，它会完整走一遍匹配流程，包括正则校验。
- 执行
php bin/console router:match /admin，如果输出No route found that matches "/admin"，说明要么没定义该路由，要么被正则拦住了 - 加上
--verbose：运行php bin/console router:match /admin --verbose，会明确告诉你“Route 'subpages' rejected due to requirements (slug does not match regex)” - 要测试方法限制，加
--method=POST；测试 Accept 头，加--header="Accept: application/json" - 注意：Symfony 2.8+ 才支持
--verbose和--header，老版本只能看“Matched route”或“No route found”
requirements 正则写错是常见 404 根源
写正则时漏掉锚点 ^ 和 $，或误用贪婪匹配，会导致本该排除的路径被放过，或本该匹配的路径被拒。
- 错误写法：
"slug": "(?!login|admin).+"—— 这个只检查开头，/mylogin仍会匹配成功 - 正确写法：
"slug": "^((?!login|admin).)*$"—— 强制全程检查，/mylogin和/login都不匹配 - 避免
.+，改用[a-z0-9\-_]+更安全，既防注入又提速，router:match对这种正则反馈也更明确 - Windows 下注意反斜杠转义：YAML 里写
requirements: { slug: "^((?!admin).)*$" }就行，不用双反斜杠
真正麻烦的不是写正则，而是你改完 requirements 后没跑 router:match 验证——它不会报错，但请求就静默失败。每次调完正则，务必拿真实路径测一遍，别信直觉。
