symfony2 本身不提供路由点击率统计功能，需依赖百度统计等第三方工具采集前端pv并用api反查url路径频次；后端无法自动聚合动态路由如/blog/{slug}，须手动映射或预处理。
直接说结论： Symfony2 本身不提供“路由点击率统计”功能，必须靠百度统计（或类似第三方）采集前端页面 PV，再用其 API 反查对应 URL 路径的访问频次；后端无法自动把 /blog/{slug} 这类动态路由聚合成“/blog/{*}”做统计，得手动映射或预处理。
为什么不能直接用 Symfony2 的路由系统统计点击率
Symfony2 的 Router 只负责匹配请求路径到控制器，不记录访问行为。即使开启 Profiler，它只存单次请求快照，不聚合、不持久化、不支持按路径维度导出访问次数。你看到的 app_dev.php/_profiler 里“200 OK”条目是请求日志，不是统计报表。
- Profiler 数据默认存在
var/cache/dev/profiler/，重启缓存或清理后即丢失 - 路由配置里的
pattern: /blog/{slug}在运行时被解析为具体值（如/blog/my-post），没有中间层自动归类为“博客页” - Doctrine 查询日志、MySQL slow_log 都只记录 SQL，不记录 HTTP 路径
怎么用百度统计 API 关联 Symfony2 路由路径
核心思路：在 Twig 模板中注入百度统计 JS 代码，并确保每个页面渲染时能输出标准化的页面标题或路径，让百度后台可分组。后端调用 API 时，getReport() 的 metrics 参数填 pv_count，dimension 填 page 或 path，再对返回的 result.data 按路径正则归类。
- 前端模板里别写死
_hmt.push(['_setPageName', '文章详情页'])，改用动态值：_hmt.push(['_setPageName', '{{ app.request.get('_route') }}'])或更稳妥的'{{ app.request.attributes.get('_route')|default('unknown') }}' - 百度统计后台“自定义看板”里，可新建维度“页面路径”，用正则提取
/blog/.*、/product/.*等组，避免单条 slug 刷屏 - 调用 API 时，
$startDate和$endDate必须是Y-m-d格式（如'2026-08-01'），不能传 DateTime 对象或时间戳 - 注意百度接口返回的
path字段值是带协议和域名的完整 URL（如https://example.com/blog/my-post），需用parse_url($item['path'], PHP_URL_PATH)截取路径部分再统计
容易踩的坑：token 过期 + 动态路由聚合失效
两个最常导致数据断档的问题：
-
access_token30 天过期，但 Symfony2 项目里没存refresh_token，token 失效后 API 返回{"error":"invalid_access_token","error_description":"access_token invalid"}，而你的服务类没做错误重试或 fallback，直接静默失败 - 前端埋点用了
_setPageName但没同步更新_setCustomVar，导致百度后台无法按路由名（如blog_show）分组，只能看到一堆散列的/blog/xxx，没法识别“这是同一类路由” - 开发环境（
app_dev.php）下百度统计默认不触发（因 Referer 或 User-Agent 被过滤），必须在config.yml中显式配web_profiler: false并禁用调试工具栏 JS 注入，否则统计脚本被拦截
真正难的不是调通 API，而是让前端埋点、后端聚合、百度维度三者对齐——路径格式稍有不一致（比如多一个斜杠、大小写混用、query 参数是否忽略），统计结果就完全不可比。建议先用小范围路由（如仅 homepage 和 contact）跑通全流程，再扩展。
