必须精准配置日志通道与异常处理器：将error级别明确设于file通道内、关闭禁用开关、确保默认通道生效、修复目录权限；sql日志需通过数据库配置或独立通道分流，并在异常时关闭；fatal error日志依赖app_debug=false触发shutdown函数；自动清理需用monolog的rotatingfilehandler并正确设置时区与参数。
要让ThinkPHP 6.0项目在出错时留下可追溯线索、日志不堆积不丢失、关键操作有迹可循，必须绕过默认配置陷阱，直接修改核心日志通道与异常处理器——不是打开开关就行，而是精准控制写入时机、级别过滤、文件轮转和错误捕获路径。
配置日志通道：让error真正落盘
打开config/log.php，找到channels['file']配置块。
把'level' => ['error']这行明确写进channels['file']数组里，不要放在顶层或其它位置。ThinkPHP只认通道级level，全局level无效。
【'close' => false】必须为false，设成true会彻底禁用该通道，连warning都不会写。
确认'default' => 'file'已指定，否则Log::error()调用会静默失败，无任何报错提示。
Linux服务器执行：chown -R www-data:www-data runtime/log && chmod -R 755 runtime/log，权限不到位会导致日志目录创建失败，错误被吞掉。
启用SQL日志并按需关闭
方法一：数据库层开启记录
在config/database.php中，将'trigger_sql' => true设为true，所有SQL语句都会进入日志队列。
方法二：独立通道分流
在config/log.php的channels数组下新增'sql'通道，type设为'File'，apart_level设为['sql']，realtime_write设为true。
关键动作：在app/ExceptionHandle.php的render方法里加Log::close('sql')，这样只要抛出未捕获异常，SQL日志立刻停写，避免敏感语句泄露。
处理致命错误：让Parse Error也能进日志
第一步：确保.env中APP_DEBUG=false，开发时开true，线上必须关。
第二步：检查config/exception.php中'log' => true已启用，它控制未捕获异常是否记入日志。
第三步：致命错误（如语法错误、类未定义）依赖PHP底层shutdown函数，而ThinkPHP只在APP_DEBUG=false时注册该函数——【APP_DEBUG=true时，Fatal error根本不会触发日志写入】。
自动清理日志：防止runtime/log撑爆磁盘
① 安装Monolog扩展：composer require monolog/monolog（TP6 ≥ v6.0.13才支持RotatingFileHandler）。
② 修改config/log.php中file通道的type为'monolog'。
③ 在handler配置中用闭包返回RotatingFileHandler实例，传参$maxFiles = 30，表示最多保留30个日志文件（含当天），超出自动删最老的。
④ 必须显式传入new \DateTimeZone('Asia/Shanghai')，否则服务器时区不对会导致切割时间漂移，出现多天日志挤在一个文件里。
⑤ 若按大小轮转（如单文件不超过5MB），构造RotatingFileHandler时第4个参数设为false关闭缓冲，否则写满6MB还在往旧文件写，轮转失效。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
