thinkphp 8.0 日志切割需配置 file 驱动的 max_files 和 max_size 参数，仅对 single=false 有效；按天切需改用 daily 驱动；apart_level 生成的日志文件不参与切割，须单独配置通道。
日志切割不是开箱即用，得靠 file 通道的 max_files 和 max_size
ThinkPHP 8.0 默认不自动按天或按大小切日志，所谓“切割”实际是 File 驱动的两个参数控制的行为：当单个日志文件达到 max_size（字节），或该通道累计生成的日志文件数超过 max_files，才会触发归档与清理。它不等同于 Linux 的 logrotate，也不生成类似 log-20260921.log 这样的日期后缀文件。
常见错误现象：配置了 'day' => 'Y-m-d' 却没效果——那是旧版 ThinkPHP 或 Daily 驱动才认的字段，TP8 的 File 类型根本不读这个。
-
max_size单位是字节，写成1024 * 1024（1MB）比写1048576更可读 -
max_files是保留的“历史文件数量”，设为30表示最多留 30 个旧日志，超出的最老文件会被unlink() - 这些参数必须放在具体通道配置里，比如
'file'或'pay'通道数组内，全局配置无效 - 切割只对
single => false生效；若设了single => true（如pay.log始终追加），max_size就不起作用
想按天生成新文件？得换用 Daily 驱动，不是改 File 配置
TP8 支持 Daily 驱动，它会在每天零点创建带日期后缀的新文件（如 laravel-2026-09-21.log），但注意：Daily 是独立驱动类型，和 File 不兼容，不能混用。
使用场景：你希望门禁日志每天一个文件、便于运维按日排查，而不是让 access.log 越滚越大。
- 在
config/log.php的channels中新增一个通道，'type' => 'Daily'（首字母大写） -
'path'仍需以/结尾，且目录可写；'filename'可省略，Daily 驱动会自动生成带日期的文件名 -
Daily驱动也支持max_files（保留多少天的日志），但不支持max_size - 别试图给
File通道加'date_format' => 'Y-m-d'—— 它完全忽略这个键
CLI 命令下切割失效？因为没触发 save() 就退出了
定时任务脚本（如 php think energy:collect）跑完就退出，日志缓冲区没刷出，max_size 根本没机会判断是否要切文件——文件连创建都可能失败。
性能影响：每次 Log::save() 都会检查当前文件大小，如果日志量极大且频繁调用，可能引发 I/O 毛刺。
- 所有 CLI 命令逻辑末尾必须显式调用
Log::save() - 更稳妥的是
try { ... } finally { Log::save(); }，确保异常时也能落盘并触发切割判断 - 不要依赖 Web 请求结束时的自动
save，CLI 模式下它不存在 - 验证方式：执行命令后立刻检查
runtime/log/下文件修改时间与大小，而非等第二天
apart_level 日志（如 sql.log）不参与切割逻辑
apart_level 是分流开关，不是独立通道。它生成的 sql.log、error.log 等文件由主通道（如 file）统一管理路径，但它们绕过 level 过滤，也绕过 max_files/max_size 控制——这些文件永远单文件追加，不会自动分卷或删除。
容易被忽略的地方：你以为 sql.log 也会被轮转，结果半年后发现它有 8GB。它不走 Daily，也不受 File 的切割参数约束。
- 若需控制 SQL 日志大小，只能单独为
sql建一个Daily通道，并在 Db 类中手动Log::channel('sql')->info() -
apart_level生成的文件权限、归属完全继承主通道，若主通道path不可写，sql.log就静默失败 - 修改
apart_level后必须清空runtime/cache/，否则旧缓存会让配置不生效
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
