核心问题是用户属主错配、路径解析偏差或SELinux/AppArmor拦截；须确认PHP运行用户（如www-data）、递归设runtime属主与755/644权限、强制配置绝对路径、SELinux环境用semanage打标签。
ThinkPHP部署后文件写入失败，核心问题几乎都不是“权限数字不够大”，而是用户属主错配、路径解析偏差或安全策略拦截。直接 chmod 777 不仅无效，还可能触发 SELinux/AppArmor 拦截或被 Web 服务器拒绝。真正要做的，是让 PHP 进程用户（如 www-data、nginx、apache）成为 runtime 及其所有子目录的合法所有者，并确保每级路径可进入、可写入。
确认 PHP 实际运行用户
日志和缓存写不进，第一步不是改权限，而是搞清“谁在写”。不同环境用户不同：
- Ubuntu/Debian 常用 www-data
- CentOS/RHEL 多为 apache 或 nginx
- Docker 容器内可能是 www 或自定义 UID
执行 ps aux | grep -E '(php-fpm|httpd|apache|nginx)'，看主进程 USER 列；再建一个临时 PHP 文件输出 posix_getpwuid(posix_geteuid())['name']，双重验证才可靠。
逐级修正 runtime 目录属主与权限
runtime 下的 log、cache、temp 等子目录，每一级父目录都必须满足两个条件：属于 PHP 进程用户，且权限含 x（执行位，即允许进入）。常见错误是只改了 log 目录，却忘了 runtime 本身或更上层。
立即学习“PHP免费学习笔记（深入）”；
- 递归修改属主：
sudo chown -R www-data:www-data /var/www/myapp/runtime - 目录设为 755：
find /var/www/myapp/runtime -type d -exec chmod 755 {} \; - 文件设为 644：
find /var/www/myapp/runtime -type f -exec chmod 644 {} \; - 特别注意：若用 root 执行过
php think命令（如清缓存、跑队列），会生成 root 所有子目录（如 cache/fa/），必须一并修正
强制使用绝对路径并规避路径解析陷阱
ThinkPHP 在 CLI、FPM、Swoole 下对相对路径 runtime/log/ 的解析基准不同，极易写到错位或静默失败。解决方法是显式指定绝对路径：
- 打开
config/log.php和config/cache.php - 将
'path' => 'runtime/log/'改为：'path' => realpath(__DIR__ . '/../runtime/log/') . DS - 同理处理 cache 的
'path'配置项 - 改完后执行
php think clear:log和php think clear:cache
SELinux 或 AppArmor 环境下补充上下文策略
CentOS/RHEL 启用 SELinux 后，即使属主和权限全对，仍可能报 avc denied 错误。此时 chmod/chown 无效，必须打标签：
- 临时验证：
sudo setenforce 0，若写入恢复，说明是 SELinux 拦截 - 永久修复：
sudo semanage fcontext -a -t httpd_sys_rw_content_t "/var/www/myapp/runtime(/.*)?" - 然后刷新上下文：
sudo restorecon -Rv /var/www/myapp/runtime - Ubuntu 若启用了 AppArmor，查
dmesg | grep apparmor，按需调整配置文件
