日志路径没生效需先检查环境配置覆盖：确认app_env正确、对应env/log.php中path是否为相对路径或空值，避免__dir__误用，推荐root_path('runtime').'logs/'；再排查权限链、驱动类型、多应用路径隔离及配置缓存。
日志路径没生效？先查 config/log.php 里 path 是否被环境配置覆盖
ThinkPHP 启动时会按环境加载不同配置，config/log.php 的默认路径只是兜底值，真正生效的是 config/<em>env</em>/log.php（比如 config/prod/log.php）。部署后日志消失，大概率是线上环境配置里把 path 写成了相对路径或空值。
- 检查
APP_ENV环境变量是否正确（如prod），再确认对应环境目录下是否存在log.php - 若存在，重点看里面的
'path' => ...—— 常见错误是写成__DIR__ . '/../runtime/logs'（__DIR__指向环境配置目录，不是项目根目录） - 安全起见，统一用
root_path('runtime') . 'logs/'或直接写绝对路径（如/var/www/myapp/runtime/logs/）
权限问题导致日志写入失败？别只看 runtime 目录，还要看父级路径
Linux 下日志写不进，90% 是权限链断裂：Web 进程用户（如 www-data 或 nginx）对 runtime/logs 有写权限，但对它的父目录（比如 runtime）没有执行（x）权限，就无法进入该目录创建文件。
- 运行
ls -ld runtime和ls -ld runtime/logs，确认两层目录的 owner/group 和权限位（尤其runtime目录必须含x） - 避免用
chmod 777，应改为chown -R www-data:www-data runtime+chmod -R 755 runtime - 如果日志路径是软链接，检查链接目标目录权限，且确保 Web 用户能遍历整个路径
Log 驱动切换后路径失效？File 驱动和 Socket 驱动行为完全不同
ThinkPHP 默认用 File 驱动，但有些部署会改成 Socket（对接 rsyslog）或 Stdout（容器场景）。一旦驱动变更，path 配置就完全无效——日志根本不会落地到文件系统。
- 检查
config/log.php或环境配置中的'default' => 'file'，确认没被改成'socket'或'stdout' -
Socket驱动依赖 syslog 服务，需确认rsyslog正在运行，且 PHP 的extension=sockets.so已启用 - 容器中用
Stdout是合理选择，但这时必须靠docker logs查日志，而不是去翻runtime/logs
多应用模式下日志路径冲突？appname 不参与路径拼接是常见盲区
ThinkPHP 多应用项目（app/multi 结构）中，每个应用可独立配置日志，但默认 log.php 的 path 不自动包含应用名。结果就是所有应用日志全挤进同一个 runtime/logs，或因命名冲突互相覆盖。
- 手动在环境配置的
path中加入应用标识，例如：root_path('runtime') . 'logs/' . APP_NAME . '/' - 注意
APP_NAME在 CLI 和 HTTP 请求中可能不同（如 CLI 下为console），建议统一用gethostname()或环境变量控制 - 如果用了日志轮转（
max_files），更要确保各应用路径隔离，否则轮转逻辑会误删其他应用的日志
最易被忽略的一点：环境配置文件加载顺序和缓存。修改了 config/prod/log.php 但没清 config 缓存（php think clear:config），改了也白改。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
