ThinkPHP6.0中close配置必须置于channels.file内才生效，放顶层或default下无效；若仍写日志，需检查是否被Log::driver()或Log::channel()绕过，或default指向非file通道。

ThinkPHP6.0 中 close 配置不生效，通常不是配置写错了，而是它只作用于**单个日志通道**，且必须放在对应通道的配置项里，不能放在顶层或全局位置。很多人把 'close' => true 放在 config/log.php 根层级或 default 下，结果完全没用。

确认 close 的正确写入位置

close 是通道级开关，必须嵌套在具体通道（如 file）的配置数组中：

• ✅ 正确写法（在 channels.file 内）：

config/log.php

'channels' => [
    'file' => [
        'type'  => 'File',
        'path'  => runtime_path('log'),
        'close' => true, // ← 这里才有效
        // 其他配置...
    ],
],

• ❌ 错误写法（无效）：

config/log.php

'close' => true, // ← 顶层配置，TP6 忽略
'default' => 'file',
'channels' => [ ... ]

close 为 true 时仍写日志？检查是否被运行时覆盖

即使配置正确，以下情况也会让 close => true 失效：

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

• 中间件、命令行入口或 app/common.php 中调用了 Log::driver('xxx')，切换了日志驱动，新驱动不受原通道 close 控制
• 使用了 Log::channel('file')->info(...) 显式指定通道，绕过了默认通道的 close 设置
• 配置中 'default' => 'socket' 或其他非 file 通道，而你只关了 file 通道的 close

验证 close 是否真正生效

不要只看配置文件，要观察实际行为：

立即学习“PHP免费学习笔记（深入）”；

• 执行一个带日志的请求（如 Log::info('test');），然后检查 runtime/log/ 目录下是否有新日志生成
• 临时加一行调试：在日志写入前插入 dump(Log::getChannel()->getConfig());，确认输出中 close 值为 true，且当前通道确实是你要关闭的那个
• 注意：TP6 日志默认是请求结束时批量写入，若中途 exit 或异常终止，可能看不到文件变化，不代表没生效

替代方案：彻底禁用某类日志输出

如果 close 行为不稳定，更稳妥的做法是：

• 将该通道的 level 设为空数组：'level' => []，这样任何级别日志都不会触发写入逻辑
• 或把 path 指向一个不可写的目录（如 /dev/null，Linux 下可用），让写入必然失败但不报错
• 生产环境建议统一用 level 控制，比 close 更明确、更易维护