生产环境日志级别应设为 error，前提是关闭 app_debug；需显式配置 log.level='error'、限制 max_files、避免热路径调用 log::info/debug，必要时设 log.type='none' 彻底禁用。
ThinkPHP 生产环境日志级别设为 error 最稳妥
生产环境不该记录 debug 或 info 级别日志，否则磁盘 IO 暴涨、日志文件迅速膨胀，还可能泄露敏感路径或变量。默认的 app_debug = true 必须关掉，否则日志级别不受 log.level 控制——这是最常被忽略的前提。
实操建议：
- 确认
app.php中'app_debug' => false已生效（可通过env('APP_DEBUG')输出验证） - 在
config/log.php中显式设置：'level' => 'error'（注意是字符串，不是常量LogLevel::ERROR） - 若使用
single日志驱动，额外加'max_files' => 30防止单个日志文件无限增长 - 避免在中间件或控制器里临时调用
Log::info()—— 生产环境这些调用仍会执行，只是不写入，但仍有格式化开销
关闭日志写入时，Log::record() 和 Log::save() 仍会触发
即使 level 设为 error，只要代码里调用了 Log::info() 或 Log::debug()，TP 内部仍会走一遍日志收集、上下文合并、格式化流程，只是最后判断级别不匹配而跳过写入。这对高频请求接口是隐性性能损耗。
实操建议：
- 用
if (app()->isDebug())包裹调试日志，而非依赖日志级别过滤：if (app()->isDebug()) { Log::debug('xxx'); } - 检查第三方扩展或自定义中间件，禁用所有非必要
Log::调用（特别是循环内、数据库查询前后） - 如需保留部分
info级行为（如关键操作审计），改用数据库表记录，避开日志系统链路
log.type = 'none' 是彻底禁用日志的最快方式
当明确不需要任何日志（例如纯 API 网关、短生命周期任务脚本），设 'type' => 'none' 比设 level => 'error' 更彻底：它直接跳过整个日志初始化和处理器注册，连内存里的日志缓冲区都不创建。
注意点：
-
type = 'none'后，Log::所有方法调用都静默返回，不会报错，但也不会有任何副作用 - 不能和
trace（调试追踪）共存——trace依赖日志系统，设为none后halt()或异常页面将丢失上下文 - 适合部署在 Kubernetes 的 Job 或 Cron 容器中，运行完即销毁，无需日志留存
日志路径权限与 log.file_size 配合不当会导致写入失败
常见现象是日志停更，但 TP 不报错，error_log 里也看不到线索。本质是 FileHandler 尝试 rotate 时，因目标目录不可写或磁盘满，rename 失败后 silently 放弃后续写入。
排查与配置建议：
- 确保
runtime/log/目录对 Web 进程用户（如www-data）有rwx权限，且父目录同理 -
'file_size' => 1024 * 1024 * 2（2MB）比默认 5MB 更安全：小文件 rotate 更快，失败概率低 - 加一行
'close' => true到log.php，让每次请求结束自动 flush，避免长连接下日志滞留内存 - 用
ls -lh runtime/log/和df -h定期核对，别等报警才查
实际线上出问题，往往不是级别设错，而是 app_debug 没关、目录权限漏配、或日志调用混在热路径里。这些地方比“选哪个 level”更容易卡住人。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
