thinkphp在宝塔中因root创建缓存导致www用户无写入权限，需通过chown -r www:www修正归属、chmod 775/664设合理权限，并在计划任务前加sudo -u www或源码中chmod($file,0664)确保权限一致。
ThinkPHP在宝塔面板运行时，缓存文件由root用户创建后www用户无法写入或覆盖，导致runtime/cache目录下出现Permission denied错误、缓存写失败或清理脚本执行中断。这不是代码bug，而是Linux用户权限错位引发的典型问题。
确认缓存目录权限归属
进入网站根目录，执行ls -ld runtime/cache，观察输出中第三、四列的用户和组名。若显示root root或root www，说明该目录由root进程（如命令行部署、定时任务）创建，www用户无写权限。
执行ls -l runtime/cache/，检查其中具体缓存文件是否为-rw-r--r--且所有者是root——这种权限下www用户连删除都失败，更别说追加写入。
【关键前提】必须先确认当前PHP进程实际运行用户：在宝塔「网站」→「设置」→「PHP版本」→「配置修改」里查看user和group字段，默认是www，但某些插件或CLI调用可能以root身份触发缓存生成。
修复runtime目录及子文件权限
方法一：一次性递归修正（适用于已存在大量root属主缓存）
在SSH中执行：chown -R www:www /www/wwwroot/your-domain.com/runtime，强制将整个runtime目录及其所有子项归属改为www用户组。
接着执行：chmod -R 755 /www/wwwroot/your-domain.com/runtime，确保目录可读可执行，文件可读可写（注意：755对目录安全，但若需www用户写入文件，后续还需单独补权限）。
方法二：精准修复缓存子目录（推荐，避免误开日志等敏感目录）
只针对缓存路径操作：chown -R www:www /www/wwwroot/your-domain.com/runtime/cache → chmod -R 775 /www/wwwroot/your-domain.com/runtime/cache。775保证www组内用户可写，比755更适配缓存高频读写场景。
方法三：从源头杜绝root创建（治本方案）
在宝塔「计划任务」中清理缓存的Shell脚本开头添加sudo -u www前缀，例如：sudo -u www find /www/wwwroot/your-domain.com/runtime/cache -type f -mtime +1 -delete。这样所有操作均以www身份执行，新生成的缓存文件自然归属www，不再产生权限冲突。
修改ThinkPHP源码强制设文件权限
打开文件thinkphp/library/think/log/driver/File.php，定位到write()函数末尾，在return $ret;之前插入以下逻辑：
if (is_file($destination)) { chmod($destination, 0664); }
这行代码确保每次写入日志或缓存文件后，立即把权限设为-rw-rw-r--，使www用户和同组成员均可修改，而其他用户仅可读。0664比0644更稳妥，因为ThinkPHP默认会把runtime目录设为755，子文件继承父目录组权限，0664能真正生效。
【易错点】不要改mkdir()部分的权限为0777——这会让整个runtime目录变成777，存在安全风险；仅对最终生成的缓存文件设0664即可。
验证修复是否生效
第一步：清空runtime/cache目录，然后访问一次网站触发缓存生成。
第二步：执行ls -l runtime/cache/，确认新生成的缓存文件所有者为www，权限为-rw-rw-r--（即664）。
第三步：手动执行一次清理命令sudo -u www rm -f runtime/cache/*，不报Permission denied即表示www用户已具备完整读写权限。
第四步：在宝塔「计划任务」中新建一条Shell任务，内容为rm -rf /www/wwwroot/your-domain.com/runtime/cache/*，执行后检查日志是否显示“command completed”而非“Operation not permitted”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
