symfony 6.4 默认写日志但需确认路径、权限与通道配置：开发环境日志在var/log/dev.log，若为空先检查目录权限（如www-data或_www用户是否可写）和monolog中console/main通道是否启用rotating_file handler。
刚上手 Symfony 6.4，遇到报错却找不到日志文件？别急——默认情况下 Symfony 确实会写日志，但路径、权限和通道配置稍有偏差，就可能“明明报错了却看不到日志”。核心不是框架没记，而是你没去对地方看，或者它根本没写进去。
确认日志是否真的在生成
先排除“假性失联”：日志不是消失了，而是可能压根没写成文件。
- 检查 var/logs/ 目录是否存在且非空：运行
ls -la var/logs/，应看到类似dev.log（开发环境）或prod.log（生产环境）的文件；若目录为空或报No such file or directory，说明写入失败 - 快速验证：在控制器里加一行
$this->logger->info('test from controller');，刷新页面后立刻再查var/logs/dev.log是否新增内容 - 如果仍无记录，大概率是 var/logs 权限问题——Web 服务器用户（如
www-data或_www）没有写入权限，需修复（见下一条）
修复 var/logs 目录写入权限
这是新手最常卡住的一步。Symfony 日志由 Web 进程（Nginx/Apache）或 CLI 进程写入，但它们往往不是你的登录用户，所以直接 chmod 777 不安全也不持久。
- 查 Web 服务器运行用户：
ps aux | grep -E 'nginx|apache|httpd|_www' | head -1 | awk '{print $1}' - 开发环境快捷修复（Mac）：
sudo chown -R $(whoami):_www var/logs && sudo chmod -R 775 var/logs - 开发环境快捷修复（Linux）：
sudo chown -R $(whoami):www-data var/logs && sudo chmod -R 775 var/logs - 更稳妥方式（推荐）：用 ACL 授权两个用户（当前用户 + Web 用户），避免组权限混乱，命令见知识库对应部分
找准日志文件名和查看方式
Symfony 6.4 默认按环境+日期组织日志，不是固定一个 app.log。
-
开发环境（
APP_ENV=dev）：主要看var/log/dev.log；也可启用 Web Debug Toolbar，点 “Logs” 标签页实时筛选级别（error/warning/info） -
生产环境（
APP_ENV=prod）：默认写入var/log/prod.log；首次部署后记得清缓存：php bin/console cache:clear --env=prod，否则旧缓存可能干扰日志初始化 - 实时追踪最新日志：
tail -f var/log/dev.log（Mac/Linux）；Windows 可用 PowerShell：Get-Content var\log\dev.log -Wait
命令行执行的日志单独看
用 php bin/console xxx:command 运行命令时，日志默认走 console 通道，**不写进 dev.log 或 prod.log**，容易被忽略。
- 开发时加
-vvv参数可强制输出详细调试日志到终端：php bin/console app:send-email -vvv - 生产环境想持久化命令日志，需在
config/packages/prod/monolog.yaml中为console通道单独配 handler，例如写入var/log/console.log - 命令中主动打日志要带上下文，比如：
$this->logger->error('Email failed', ['to' => $email, 'error' => $e->getMessage()]);，方便排查
