Symfony 2 路由系统不记录访问日志，router:match 仅为离线调试工具，仅输出路由匹配元信息，不解析 query 参数、不触发控制器、不保存数据；完整访问日志需在 controller 或 kernel.request 事件中手动捕获请求全量信息并入库。
Symfony 2 的路由系统本身不记录访问日志，router:match 命令只做单次模拟匹配，不会保存请求数据。真要“完整记录访问路由+带参数”，得自己动手接在请求生命周期里捕获，而不是依赖路由组件原生功能。
为什么 router:match 不能当访问日志用
这个命令本质是离线调试工具：它把给定 URL 字符串丢进 UrlMatcher，跑一次匹配逻辑，输出命中的路由名、路径、默认值、约束等元信息。它不触发控制器、不读请求体、不解析 query string 里的参数（比如 ?utm_source=mail&ref=abc），更不会写数据库。
-
php bin/console router:match /blog/123→ 只告诉你匹配到blog_show路由，id=123是路径参数 - 但
/blog/123?from=search&sort=date里的from和sort不会被router:match解析或显示 - 它也不关心用户 IP、HTTP 方法、请求头、是否登录等上下文
在 controller 层手动记录带参路由最直接
真正要落库“完整访问”，得在控制器方法里取全量请求信息，再插入数据库。Symfony 2 的 $request 对象能拿到一切：
-
$request->getPathInfo()→/blog/123 -
$request->get('from')→search（query 或 post 参数） -
$request->attributes->get('id')→123（路由参数，来自{id}占位符） -
$request->getClientIp()、$request->getMethod()、$request->headers->get('User-Agent')
示例片段（放在某个 action 开头）：
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
public function showAction($id, Request $request)
{
$log = new AccessLog();
$log->setPath($request->getPathInfo());
$log->setRouteName($request->attributes->get('_route')); // 如 'blog_show'
$log->setRouteParams(['id' => $id]); // 或用 $request->attributes->all()
$log->setQueryParams($request->query->all()); // ?a=1&b=2 → ['a'=>1,'b'=>2]
$log->setClientIp($request->getClientIp());
$log->setUserAgent($request->headers->get('User-Agent'));
$em = $this->getDoctrine()->getManager();
$em->persist($log);
$em->flush();
// ...后续业务逻辑
}
用 kernel.request 事件全局拦截更省事
如果不想每个 controller 都写一遍，注册一个监听 kernel.request 的事件订阅器，在请求刚进来、路由已匹配但控制器还没执行时，把所有信息捞出来：
- 此时
$event->getRequest()->attributes已含路由参数（id、_route、_controller等） - 但 query 参数、IP、UA 这些也得手动取，和 controller 里一样
- 注意避开 CLI 请求、健康检查路径（如
/healthz）、静态资源（.js、.css）以免刷爆表 - 别在事件里做耗时操作或阻塞 DB 写入，建议发消息队列或用异步服务
关键点：路由参数在 kernel.request 后期才注入 attributes，所以监听必须设为 priority < 0（默认是 0），确保在 FrameworkBundle 的路由监听器之后执行。
别漏掉 query string 和 _format 这类隐式参数
很多人只记了 {id} 这种显式路由参数，却忘了 URL 里真正的“参数大户”是 query string 和 Symfony 自动解析的格式后缀：
-
/api/users.json?limit=10&offset=20→limit、offset是 query 参数，_format=json是自动注入的 attribute -
_format、_locale、_route_params这些都存在$request->attributes，但不是你定义的占位符，容易忽略 - 记录时建议统一 dump
$request->attributes->all()和$request->query->all()，避免漏字段
复杂点在于：路由参数是结构化提取的（比如 id 必须匹配 \d+ 才进 attributes），而 query 参数是原始字符串解析，两者语义不同，入库时最好分字段存，别全塞进一个 JSON 字段里——否则查“所有来自 search 的 blog 访问”就只能全文扫表。
