dev.log 为空是因为 Symfony2 开发环境默认仅启用 console handler，日志输出到 CLI 或 Web Profiler 而不写入文件；需为 router 和 request 等通道显式配置 rotating_file 或 stream handler 并正确声明 channels 才能落盘。

Symfony2 默认不把日志写进文件，var/logs/dev.log 为空是正常现象——想让路由访问、请求参数、响应状态等数据真正落盘并长期留存，必须显式配置 Monolog 的处理器与通道，不能依赖默认 console handler。

为什么 dev.log 始终为空？

因为 Symfony2 开发环境默认只启用 console handler，它把日志输出到 CLI 或 Web Profiler，不写磁盘。即使你看到 Profiler 里有“Router”或“Request”日志，那些只是内存快照，关掉页面就丢。

• console handler 不生成任何文件，无论你是否修改了 app/logs/ 目录权限
• rotating_file 或 stream handler 才会落盘，但默认未启用
• 即使配置了文件 handler，若 channels 没包含 request 或 router，这些组件的日志仍不会进入该文件

如何记录路由匹配与请求原始数据？

Doctrine 和 Router 日志默认走 doctrine 和 router 通道，不是 main。要留存它们，得单独为这些通道配处理器：

在SEO发布前，从路由清单生成XML网站地图和robots.txt

当代理已经知道网站路由或内容URL，并且在启动前需要有效的sitemap XML、sitemap索引或robots.txt引用时，请使用sitemap。这是一个发布构件技能，而不是爬虫或SEO平台。

下载

• 在 config/packages/dev/monolog.yaml（或 app/config/config_dev.yml）中添加：

• handlers:
    router_file:
      type: stream
      path: '%kernel.logs_dir%/router.log'
      level: debug
      channels: ['router']
    request_file:
      type: rotating_file
      path: '%kernel.logs_dir%/request.log'
      max_files: 30
      level: info
      channels: ['request']

• 确保 router 和 request 已声明在 monolog.channels 配置里（Symfony 2.8+ 需显式声明）
• 不要把 channels: ['!event', '!doctrine'] 这类排除规则套用到 router 上，否则日志直接被过滤掉

怎样避免日志爆炸又不错过关键请求？

全量记录每个 GET /api/user?id=123 会迅速撑爆磁盘。得按需采样 + 结构化提取：

• 用 Processor 注入请求上下文：在 services.yml 中注册自定义 processor，把 $request->getUri()、$request->getMethod()、$request->getClientIp() 作为 extra 字段注入日志 record
• 对高频静态资源（.js、.css、/favicon.ico）加 LevelFilterHandler 或前置判断跳过记录
• 生产环境禁用 debug 级别，改用 info + 显式 $logger->info('route.matched', ['route' => $name, 'params' => $params])
• 不要依赖 logging: true 在 framework.router 下的全局开关——它只控制 Profiler 显示，不触发 Monolog 写入

长期留存的关键其实是轮转与归档策略

日志文件不是存得越久越好，而是要能快速定位某天某时某请求。绕不开三个实操点：

• rotating_file 的 max_files 建议设为 90，配合系统 cron 每日凌晨 gzip 旧日志并 mv 到 /var/log/symfony/archive/
• 别用 daily 类型处理器（Symfony 2.3 以下不支持），改用 rotating_file + filename_format 自定义日期后缀（需扩展 Monolog）
• 如果用 NFS 或远程日志服务，stream handler 的 path 可直接写 syslog://localhost:514 或 tcp://10.0.1.5:5000，比本地轮转更可靠

实际调试时最容易卡在 channel 名称拼错（比如写成 routers 或 routing）、处理器没绑定到对应 channel、或者权限问题导致 app/logs/ 目录不可写——这些地方不报错，但日志就是不出现。