ThinkPHP日志“找不到”主因是目录权限不足或配置未生效：TP5日志在runtime/log、TP6在storage/logs，需确保Web用户有写权限；log.level须设为debug或包含info等；driver不能被运行时覆盖；配置修改后须清空runtime/cache。
ThinkPHP 日志“找不到”，90% 不是日志没生成，而是你压根没找对地方、或它根本没写进去——先确认 runtime/log（TP5）或 storage/logs（TP6）目录是否可写，再查配置里 level 和 driver 是否生效。
runtime/log 或 storage/logs 目录为空？先看权限和路径
ThinkPHP 5 默认写入 runtime/log/，ThinkPHP 6 默认写入 storage/logs/。这两个目录必须由 Web 进程用户（如 www-data、nginx 或 apache）拥有写权限，否则日志静默丢弃，不报错也不提示。
- 用
ls -ld runtime/log或ls -ld storage/logs查属主和权限；确认不是 root 或当前登录用户独占 - 临时测试：运行
sudo chown -R www-data:www-data runtime/log（Ubuntu/Debian）或sudo chown -R nginx:nginx storage/logs（CentOS） - 生产环境别设 777，最小权限原则：
chmod 755目录、chmod 644文件，且 Web 用户需在目录所属组中 - 注意：TP6 的
storage/logs是硬编码路径，若项目根目录被移动或 symlink 错误，可能导致路径解析失败
Log::info() 不写日志？检查 level 配置是否过滤掉了
Log::info()、Log::debug() 默认不会落盘，因为 ThinkPHP 默认只记录 error 及以上级别（error、critical、alert、emergency）。开发期调试时，必须显式放开级别。
- 打开
config/log.php，确认'level' => 'debug'（字符串）或'level' => ['debug', 'info', 'warning', 'error']（数组） - 注意：
APP_DEBUG=true只影响错误页面展示，和日志写入无关；log配置项本身必须为true - 如果
level是空数组，会记录所有级别；但若非空，则只记录列表中指定的级别 -
Log::record()是底层入口，低于level阈值的日志连磁盘 IO 都不会触发——不是“写失败”，是根本没执行写操作
CLI 命令能打日志，Web 请求却没记录？环境路径或 driver 被覆盖
CLI 和 Web 共享同一份日志配置，但实际运行环境不同：CLI 可能以当前用户身份执行（有写权限），而 Web 请求由 Nginx/Apache 用户发起（无写权限）。更隐蔽的问题是 Log::driver() 在中间件、命令或单元测试中被手动调用，导致后续日志走错通道。
立即学习“PHP免费学习笔记（深入）”；
- 检查
app/common.php、全局中间件、控制器构造函数中是否出现Log::driver('socket')或Log::driver('test') - 确认
config/log.php中'default' => 'file'，且未被运行时代码覆盖 - Socket 驱动依赖外部 log-server，若服务未启动，日志直接丢失，且无 fallback；
test驱动则完全不写磁盘 - CLI 模式下若使用容器或 Serverless 环境，
storage/logs可能不可写，建议 CLI 命令单独配置日志路径（如'path' => '/tmp/tp-cli.log'）
报错 “Class 'think\Log' not found” 或 “think\log\driver\File路径不存在”？自动加载或配置路径失效
这类错误本质是类加载失败或驱动初始化中断，常见于框架升级后配置迁移遗漏、命名空间拼写错误，或 log.php 中路径写成相对路径但上下文已切换。
- 确认是否用了
use think\Log;，或直接调用\think\Log::info()；TP6 中类名大小写敏感，Log不能写成log - 检查
config/log.php中'channels' => ['file' => [...]]结构是否完整，'type' => 'File'的首字母必须大写 -
'path'必须是绝对路径（如__DIR__ . '/../runtime/log/'），相对路径在 CLI/Web 切换时极易解析失败 - 若使用自定义驱动，确保类文件存在且命名空间与
composer.jsonautoload 规则匹配；运行composer dump-autoload强制刷新
最常被忽略的是：日志配置在不同环境（.env / config/app.php / config/log.php）之间存在覆盖关系，而 Log::init() 只执行一次——早于某些配置加载时机。改完配置务必清空 runtime/cache/，否则旧配置仍在生效。
