thinkphp 7.2 日志不写入的根本原因是日志系统未启动或被绕过：pdoexception发生在db::connect()阶段（log驱动未初始化）、fatal error早于框架加载、log.level配置过严、runtime目录权限链路断裂、realtime_write未启用或路径未自动创建。
ThinkPHP 7.2 安装后日志不写入，不是配置没开、也不是代码写错了，而是日志系统根本没启动或被绕过了。常见现象是 runtime/log/ 目录空着、error_log 里也看不到 ThinkPHP 日志，但 PHP 自身错误（如 Parse error）能进 PHP 错误日志——这说明问题卡在框架初始化前或驱动未就绪。
为什么 PDOException 和 Fatal error 不进 runtime/log/
这两类错误压根不会触发 ThinkPHP 的日志流程：
- PDOException 在 Db::connect() 阶段由 PDO 原生抛出，此时 Log 驱动还没初始化（它依赖数据库配置，而数据库配置又依赖连接，死循环）
- Fatal error（如 Class not found、Parse error）发生在 PHP 解析或加载阶段，早于 public/index.php 执行，register_shutdown_function 甚至没注册上
- 即使你在 app/common.php 或中间件里写了 Log::error()，这些文件根本没机会加载
log.level 设成 'error' 却看不到 Log::info() 日志
这是最常被忽略的“假失败”：
- log.level 是最低记录门槛，设为 'error' 就只记 error 及以上（critical、alert、emergency），info、debug 全被静默丢弃
- 检查 config/log.php 中的 'level' => 'error'，开发期建议临时改为 'debug'
- 注意：这个配置和 APP_DEBUG 无关，后者只控制错误页面展示，不影响日志写入
- 如果用了多通道（比如同时配了 file + socket），每个通道的 level 要单独确认，别只改全局
runtime/log/ 目录权限正确但 still no log
权限问题往往不是“不够大”，而是“链路断了”：
- 确认 PHP 进程用户（如 www-data、nginx）对 runtime **及其每一级父目录**都有 x 权限（否则进不去）
- runtime/log/ 必须可写，但 runtime 本身也必须可写——否则连日志文件都创建不了
- Docker 环境下，chown 无效？检查挂载卷的 UID/GID 是否和容器内 Web 用户一致
- SELinux 启用时（CentOS/RHEL），chmod/chown 全部失效，得用 semanage fcontext -a -t httpd_log_t "/path/to/runtime/log(/.*)?" 重打上下文
- 别信相对路径 'path' => 'runtime/log/'，不同运行模式（CLI/FPM/Swoole）解析基准不同，强制用绝对路径：'path' => realpath(__DIR__ . '/../runtime/log/') . DS
日志写了但 tail -f 看不到实时内容
不是没写，是缓存或路径错位：
- 检查 config/log.php 中 'realtime_write' => true，否则日志可能积压数秒才刷盘
- runtime/log/2026-09/21.log 这种带多级子目录的路径，ThinkPHP 不自动创建，目录不存在就静默失败——先手动建好或换回扁平结构
- 运行 php -r "var_dump(ini_get('error_log'));" 确认 PHP 自身错误日志路径，Fatal error 会去那儿，不在 runtime/log/
- 用 ls -l runtime/log/ 看属主是否为 Web 进程用户，权限不足时静默失败，无报错提示
真正卡点永远在「谁在写」「什么时候写」「写到哪儿」这三个环节上，而不是某个开关开了没开。尤其 ThinkPHP 7.2 对初始化顺序更敏感，靠后期配置补救不如在 public/index.php 顶部就用 register_shutdown_function + error_get_last() 兜住致命错误。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
