根本原因是Web进程（如www-data或apache）对runtime、log、cache、uploads等目录无写权限；需用sudo chown -R正确设置目录属主为Web用户，再配chmod 755权限，并检查父目录、SELinux、open_basedir及Docker UID/GID一致性。
ThinkPHP 文件写入失败，根本原因通常是 Web 进程（如 www-data 或 apache）对 runtime、log、cache、uploads 等目录没有写权限。修改所有者不是“在 PHP 里调用 chown()”，而是通过系统命令把目录归属正确交给 Web 用户——这是部署环节必须做的一步，不能靠代码动态解决。
确认 Web 进程实际运行用户
先搞清你的服务器用谁跑 PHP：
- Ubuntu/Debian：通常是 www-data
- CentOS/RHEL/AlmaLinux：通常是 apache 或 nginx（取决于 Web 服务）
- 查法：运行
ps aux | grep -E '(apache|httpd|nginx|php-fpm)'，看第一列的用户名；或临时建一个 PHP 文件，写<?php echo get_current_user(); ?>访问查看
用 chown 正确设置目录所有者
以 Ubuntu 为例，假设项目路径是 /var/www/myapp，需写入的目录是 runtime 及其子目录：
- 执行：
sudo chown -R www-data:www-data /var/www/myapp/runtime - 同理处理 uploads：
sudo chown -R www-data:www-data /var/www/myapp/public/uploads - 注意：必须加 -R（递归），否则只改目录本身，不改里面已有的文件和子目录
- 如果提示
Operation not permitted，说明你没用 root 权限——必须加 sudo，普通用户无法修改文件所有者
配合 chmod 设置合理权限
仅改所有者还不够，权限位也要匹配：
立即学习“PHP免费学习笔记（深入）”；
- 目录建议设为 755（所有者可读写执行，组和其他人可读可执行）：
sudo chmod -R 755 /var/www/myapp/runtime - 若需组内协同（比如部署用户也需操作），可用 775：
sudo chmod -R 775 /var/www/myapp/runtime - 切勿用 777 —— 安全风险高，且多数情况下并不必要
- 注意：chmod 755 对目录意味着“可进入”，这对 PHP 遍历子目录（如 runtime/cache/ab/cd/）至关重要
额外检查点（常被忽略）
即使 chown 和 chmod 都做了，仍可能失败，需排查：
-
父目录权限：确保
/var/www/myapp和/var/www至少有 755 权限，否则 Web 用户进不去 -
SELinux（CentOS/RHEL）：运行
sestatus，若为 enabled，临时放行：sudo setsebool -P httpd_write_content 1，或给 runtime 目录加上下文：sudo chcon -R -t httpd_sys_rw_content_t /var/www/myapp/runtime - open_basedir 限制：检查 php.ini 中是否启用了该配置，确认 runtime 路径在其允许范围内
- Docker 环境：挂载卷时要保证容器内 UID/GID 与宿主机一致，否则 chown 在容器外执行无效
