核心问题是缓存清理触发用户身份切换导致目录归属错乱，如root执行php think clear后www用户无法写入runtime/cache/fa/子目录；需用ps和ls验证web进程用户与目录所有者是否一致，并递归修正chown或icacls权限，同时确保后续清理均以web用户执行。
缓存清理后权限不对，核心问题不是“清得不够”，而是清理动作触发了用户身份切换，导致新生成的缓存目录/文件归属错乱——比如 root 执行了 php think clear，后续 www 用户就写不进 runtime/cache/fa/ 这类子目录。
先确认是不是权限错位
运行以下命令快速验证：
- ps aux | grep -E '(php-fpm|apache|nginx)' 看 Web 进程实际用户（如 www-data 或 www）
- ls -ld runtime/cache/ runtime/cache/fa/ 查看目录所有者是否和上一步一致
- getfacl runtime/cache/fa/（Linux）或 icacls runtime\cache\fa（Windows）检查 ACL 是否允许该用户写入
立即修复已错位的目录
不要只改 runtime/cache 主目录，必须递归修正所有子级：
- sudo chown -R www-data:www-data runtime/cache（Ubuntu/Debian）
- sudo chown -R apache:apache runtime/cache（CentOS/RHEL）
- icacls runtime\cache /grant "IIS_IUSRS:(OI)(CI)F" /t（Windows + IIS）
防止下次再出问题
关键在「谁来执行清理命令」：
- 部署脚本、定时任务、Supervisor 启动的队列监听，一律用 Web 用户执行：
sudo -u www-data php think clear --all - 避免在 SSH 中以 root 执行
php think类命令；若必须，加 --no-cache 参数跳过缓存写入 - Docker 环境要显式指定用户：
docker run -u www-data ... 或在 Dockerfile 中 USER www-data
补充：Windows 下 Composer 缓存也会影响 TP
如果 composer install 或 clear-cache 报权限错误，它可能间接导致 runtime/cache 初始化失败。解决方法：
- 执行 composer config -g cache-dir "%USERPROFILE%\composer-cache"
- 手动创建该目录并右键 → 属性 → 安全 → 给当前用户“完全控制”
- 再运行 php think clear，此时缓存路径可写性已同步修复
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
