ThinkPHP6日志写入失败默认静默处理，不抛异常也不提示；常见原因包括目录不存在、权限不足、path配置错误、close设为true、动态路径未自动建目录、SELinux或容器限制等，需手动验证权限与路径。
不会。
ThinkPHP6 的日志写入失败默认静默处理，既不抛出异常，也不报错提示。无论是因为目录不存在、权限不足、路径配置错误，还是 file_put_contents() 底层调用失败，框架都只会放弃写入，控制台和页面均无任何反馈。
这是开发者容易踩坑的关键点：看到 Log::error('test') 执行了，但 runtime/log/ 下空空如也，就误以为“没触发”，其实很可能是写入中途被静默丢弃。
常见静默失败场景包括：
立即学习“PHP免费学习笔记（深入）”；
-
runtime/或runtime/log/目录不存在，或 Web 进程用户（如www-data、nginx）无写权限 -
config/log.php中'path' => ''且runtime/log/不可写，系统 fallback 到默认路径却无法创建子目录（如2026-10/） -
'close' => true被意外开启，整个日志通道被禁用 - 使用了动态路径（如
'path' => date('Ym') . '/error.log'），而 ThinkPHP 不自动创建多级目录，直接失败 - SELinux、容器 volume 挂载限制、或
.gitignore清理脚本误删runtime/
验证是否真失败，不能只看代码执行，要主动检查：
- 运行
ls -l runtime/和ls -ld runtime/log/，确认属主和权限（推荐chmod -R 755 runtime/） - 手动执行
php -r "file_put_contents('runtime/log/test.log', 'hello');"看是否成功 - 查看 PHP 自身错误日志（如
/var/log/php8.3-fpm.log），搜索failed to open stream类报错
如果需要失败时有感知，得自己兜底：
- 在
public/index.php顶部加register_shutdown_function捕获 fatal 错误并直写/tmp/ - 对关键操作（如 DB 连接）手动
try-catch PDOException并用file_put_contents()写绝对路径日志 - 在
Log::listen()回调里判断$context['exception']是否为ErrorException，再做告警
本质上，ThinkPHP 把日志当作“尽力而为”的辅助能力，而非核心流程保障。写不进去？它选择沉默，而不是中断。
