在 symfony2 中用监听器统计接口访问量，需监听 kernel.response 事件，通过 $request->get('_route') 获取路由名，用 redis incr 按日/小时分片计数，过滤子请求和 cli 请求，并避免耗时操作。
怎么在 Symfony2 里用监听器统计接口访问量？
监听器是唯一能全局捕获所有请求、又不侵入控制器逻辑的方案。别想着在每个 Controller 里加计数器，也别依赖日志解析——实时性差、格式难统一、还漏掉 4xx/5xx 请求。
核心思路：监听 kernel.request 或 kernel.response 事件，提取路由名（$request->get('_route')），然后写入存储。推荐用 kernel.response，因为此时响应已生成，可准确拿到状态码，方便后续按成功/失败分类统计。
- 确保监听器类实现
EventSubscriberInterface，避免在services.yml中手动注册事件和优先级 - 不要在监听器里做耗时操作（如直接写 MySQL），否则拖慢所有请求；用异步队列或轻量缓存（如 Redis 的
INCR） - 注意 CLI 请求（如 cron 调用）也会触发监听器，需用
$request->isXmlHttpRequest()或检查$request->getSchemeAndHttpHost()过滤非 API 流量
为什么必须用路由名而不是 URL 路径？
URL 路径（如 /api/users/123）带动态参数，直接聚合会导致每条记录都不同，失去“按接口维度汇总”的意义。而路由名（如 api_user_get）是静态定义的，在 routing.yml 里明确声明，天然对应一个接口功能。
获取方式固定：$event->getRequest()->get('_route')。如果返回 null，说明该请求没匹配到任何路由（比如 404），可以单独记为 unknown_route 或丢弃。
- 确认路由已命名：检查
routing.yml是否为每个 route 设置了name字段，没命名的路由无法被识别 - 注意子请求（sub-request）也会携带
_route，但通常不是主 API 接口，可通过$event->isMasterRequest()过滤 - RESTful 风格下，
GET /api/users和GET /api/users/123往往共用一个路由名（如api_users_collection），需靠_controller或请求方法进一步区分，但统计粒度够用
Redis 计数器怎么设计才不崩？
用 Redis 的 INCR 是最轻量的选择，比写数据库快一个数量级，且天然支持原子递增。键名格式决定聚合能力：route:api_user_get:20260813（按日分片）或 route:api_user_get:hour:2026081311（按小时）。
别用单个 key 存所有数据，否则读取时要全量 GET 再解析，违背“汇总”本意。每天凌晨用 EXPIRE 设置 TTL，避免键无限膨胀。
- 键中避免特殊字符：路由名可能含下划线或点号，但 Redis key 允许，无需转义；但空格、斜杠必须过滤或替换（如用
str_replace([' ', '/'], '_', $route)） - 别在监听器里调
flushAll()或keys *—— 这会阻塞整个 Redis 实例，高并发下直接雪崩 - 如果必须落库（比如审计要求），用 Doctrine 批量插入：攒够 100 条再
$em->persist()+$em->flush()，别每请求一次 INSERT
怎么查出“谁调得最多”却没暴露用户身份？
直接记录 IP 或 token 会引发隐私合规风险，也不符合“按路由维度汇总”的原始需求。真正有用的维度是：HTTP 方法 + 路由名 + 状态码 + 响应耗时分段（如 0-100ms、100-500ms）。
例如发现 api_order_create 的 400 请求突增，大概率是客户端传参格式错误；若 500 集中在某个时间段，结合 MySQL 的 Threads_created 指标就能快速定位是 DB 连接池打满还是慢查询爆发。
- 响应耗时建议用 Symfony2 自带的
Stopwatch在监听器前后打点，比microtime(true)更准（排除了内核调度抖动） - 状态码从
$event->getResponse()->getStatusCode()取，注意 304 等缓存状态也要计入，它们也是有效访问 - 别把统计结果塞进 JsonResponse 返回给前端——这是服务端内部指标，前端不该感知；要用独立 endpoint（如
/admin/metrics）配合权限控制暴露
route:xxx:20250101 键没人清理。
