thinkphp 8日志不写入文件是因为未满足落盘三条件：配置启用、通道有效、请求结束或手动调用log::save()；常见原因包括level为空数组、channel type首字母未大写、path非绝对路径、目录权限不足或cli未手动保存。
ThinkPHP 8 日志不写入文件，不是框架坏了，而是它根本没启动落盘动作——Log::info() 只是排队，Log::save() 才是发车指令；配置、权限、环境三者任一卡住，日志就永远停在内存里。
为什么 Log::info() 调用了但 runtime/log/ 下空空如也
TP8 的日志默认不自动写入文件，必须同时满足三个条件：配置启用、通道可用、请求结束（或手动 Log::save()）。常见错误包括：
-
APP_DEBUG = false时，config/log.php中的'level'若为[]（空数组），所有日志都会被静默过滤 -
'channels' => ['file' => ['type' => 'file']]写成小写'file'，驱动初始化失败且无报错，日志直接丢弃 - CLI 命令中调用
Log::info()后没加Log::save()，因为 CLI 没有“请求结束”钩子 - 在
App::init()前就调用Log::record()，此时日志系统尚未加载，调用无效
config/log.php 配置必须写对的几个硬性点
TP8 完全以 config/log.php 为准，旧版常量（如 LOG_LEVEL）已失效。关键项不能模糊：
-
'level'必须是字符串数组，例如['debug', 'error', 'sql']；写成'debug,error'字符串会被忽略 -
'channels'['file']['type']必须为'File'（首字母大写），小写'file'会静默失败 -
'path'强烈建议用绝对路径，避免 CLI/FPM/Swoole 下路径解析不一致：'path' => realpath(__DIR__ . '/../runtime/log/') . DS - 若需 SQL 单独记录，得额外定义
'sql'通道，并显式调用Log::channel('sql')->info()
runtime/log 目录权限不是“能写就行”，而是“每一级都得能进”
Linux 下目录写入失败，90% 是因为父目录缺 x（执行）权限——PHP 进程无法进入路径。不要只改 log/，要逐级检查：
- 运行
ls -ld /var/www/myapp /var/www/myapp/runtime /var/www/myapp/runtime/log，确认每级属主是 PHP 进程用户（如www-data或nginx） - 每级目录权限至少为
755（即drwxr-xr-x），runtime本身不可写，log就建不了文件 - Docker 环境下，挂载卷的 UID/GID 必须与容器内 Web 用户完全一致，
chown在宿主机上无效 - SELinux 启用时（如 CentOS），即使权限正确也会拦截，需运行
sudo semanage fcontext -a -t httpd_log_t "/var/www/myapp/runtime/log(/.*)?"并restorecon -Rv
调试时怎么快速验证日志通路是否真通
别等部署完再翻日志。本地两行代码就能验证：
- 先查路径可写：
is_writable(runtime_path('log/'))返回true才继续 - 再强制写并立即刷盘：
Log::channel('file')->info('test at ' . date('Y-m-d H:i:s'));+Log::save(); - 如果仍没生成，立刻看 PHP 错误日志（
error_log路径可通过phpinfo()查），而不是盯着runtime/log/ - CLI 命令务必包
try { ... } finally { Log::save(); }，否则异常退出时日志全丢
最易被忽略的是：日志“存在”不等于“生效”。runtime/log/ 目录存在、Log::info() 调用成功、甚至 Log::getLog() 能取到内容——这些都只是说明日志进了队列，不代表它已经落盘。真正决定成败的，是 Log::save() 是否被执行，以及执行时 path 是否指向一个 PHP 进程真正有权写入的绝对路径。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
