thinkphp生产环境默认关闭日志写入，需显式配置log.level并确保trace=true才能记录完整堆栈；权限问题要匹配php-fpm用户，log::record()需在app::init()后调用，必要时用log::save()强制写入。
日志开关没开，log 目录空着也正常
ThinkPHP 默认在生产环境（APP_DEBUG = false）下是关闭日志写入的，哪怕你看到 runtime/log 目录存在，里面也不会有内容。这不是权限或路径问题，是框架主动跳过日志记录逻辑。
- 确认
config/app.php中'log' => ['type' => 'File']已配置（不是注释状态） - 必须显式开启日志写入：设置
'log' => ['level' => ['error', 'sql', 'notice']]，仅靠type不生效 - 若用
LOG_LEVEL环境变量控制，请确保它在public/index.php加载框架前已定义，且值为逗号分隔字符串（如error,sql）
Log::record() 不触发文件写入？检查日志驱动和时机
手动调用 Log::record('msg', 'error') 后没生成日志，大概率是日志驱动未初始化或写入被延迟。TP6 的日志默认是「请求结束时统一写入」，中间调用只是入队。
- 确保没有在
App::init()前就调用Log::record()，此时日志系统尚未加载 - 若需立即落盘，改用
Log::save()强制刷写，但注意频繁调用影响性能 - 自定义日志驱动（如写入数据库）时，
save()方法必须返回true，否则框架会跳过后续处理
生产环境日志权限 755 还报错？看 runtime 目录归属
错误信息类似 file_put_contents(runtime/log/202405.log): failed to open stream: Permission denied，常见于 PHP-FPM 用户与目录所有者不一致。
- 不要只改
runtime权限，先查 PHP 进程用户：ps aux | grep php-fpm（通常是www-data或nginx） - 执行
chown -R www-data:www-data runtime（替换为你实际的用户） - 避免用
777，755 对目录、644 对文件足够；但runtime必须可写，子目录会自动继承
日志内容全是 [ info ] 没堆栈？trace 开关没开
捕获到异常但日志里只有单行提示，没有文件名、行号、上下文变量，基本是 log.trace 配置项被关了。
- 在
config/log.php中确认'trace' => true已启用（TP6.1+ 默认为false） - 该选项只对
error和notice级别生效，info级别即使开启也不带堆栈 - 开启后日志体积明显增大，线上建议只在排查期临时启用，避免磁盘撑爆
日志不是开了就能用，得看它实际记了什么——堆栈是否完整、时间是否准确、级别是否匹配问题严重性。这些细节往往卡在配置组合上，而不是某个开关本身。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
