thinkphp日志“没写出来”主因是权限不足、配置错误或路径不匹配：需确认runtime/log目录对web用户可写、log.php中driver为file且level不低于调用级别、realtime_write设为true，并区分web与cli环境路径。
Linux下ThinkPHP日志“没写出来”不是框架坏了，而是卡在了权限、配置或路径环节。静默丢弃是常态，不报错也不提示，得靠主动检查。
确认日志实际写入位置
ThinkPHP 6/8 默认写入 runtime/log/年-月/日.log（如 runtime/log/2026-08/27.log）；TP5 多为 runtime/log/error.log 或 think.log。注意：
– 不是 storage/logs（那是 Laravel 路径，有人会混淆）；
– 如果目录里没有按月分的子目录，说明 File 驱动未生效，可能 fallback 到单文件，此时用 ls runtime/log/*.log 查看；
– 运行 php -r "var_dump(config('log.path'));" 可确认当前生效的 log.path 值。
检查 runtime/log 目录权限与属主
Web 进程用户（如 www-data、nginx 或 apache）必须对 runtime 及其子目录有写权限：
– 执行 ls -ld runtime runtime/log，确认目录权限至少为 755，且属组包含 Web 用户；
– 用 ps aux | grep -E '(php-fpm|nginx|apache)' 确认实际运行用户；
– 临时修复命令（按实际用户调整）：
• Ubuntu/Debian：sudo chown -R www-data:www-data runtime
• CentOS/RHEL：sudo chown -R nginx:nginx runtime
– 容器环境还需检查 volume 挂载是否覆盖了 runtime，以及 SELinux 是否拦截（sestatus 查状态）。
核对 log.php 中关键配置项
打开 config/log.php，重点检查以下三项：
– driver：必须是 'file'，不是 'stdout'、'test' 或被中间件/命令行中 Log::driver('socket') 覆盖；
– level：开发期建议设为 'debug'；若只配了 ['error']，则 Log::info() 不会落盘；
– realtime_write：设为 true，避免日志缓存导致“写了却看不到”；
– 多应用模式下，检查对应应用子目录（如 app/api/config/log.php）是否覆盖了主配置。
快速验证与实时盯梢技巧
别等出问题再翻旧日志：
– 实时跟踪当天日志：tail -f runtime/log/$(date +%Y-%m)/$(date +%d).log
– 手动触发一条测试日志：php -r "require 'vendor/autoload.php'; think\facade\Log::info('CLI test from command line');"，观察是否立即出现；
– 若 CLI 能写而 Web 请求不能，大概率是 Web 和 CLI 共享同一路径但部署时 Web 用户无权写入（比如容器里 runtime 是 root 创建）；
– 白屏无日志？立刻去看 PHP-FPM 和 Nginx 的错误日志（php -i | grep error_log 和 /var/log/nginx/error.log），这类底层错误根本进不了 ThinkPHP 日志系统。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
