ThinkPHP文件权限设置核心是确保PHP进程用户对路径每级有x权限且目标目录属主正确，而非仅chmod 755；需先查用户（如www-data），再chown -R该用户并分设目录755/文件644，同时排查SELinux、Docker UID及父目录执行权限。
ThinkPHP 文件权限设置不是简单执行 chmod 755 就能解决的，核心在于“谁在写、往哪写、能不能进”。权限数字只是表象，真正起作用的是：PHP 进程用户对路径中每一级目录是否拥有 x（执行）权限，以及目标目录/文件的 属主是否为该用户。
先确认 PHP 实际运行用户
不同环境用户名不同，必须查实：
- Ubuntu/Debian Apache 或 php-fpm：常见是 www-data
- CentOS/RHEL Nginx：常见是 nginx
- 宝塔面板或自定义配置：可能是 www 或其他
执行命令查看：ps aux | grep -E '(php-fpm|nginx|apache)' | grep -v grep | head -1 | awk '{print $1}'
关键目录权限与属主设置
按用途分层处理，避免一刀切：
-
runtime/ 及其子目录（log/、cache/、temp/）：必须可写
→ 属主设为 PHP 用户，例如：sudo chown -R www-data:www-data runtime/
→ 目录权限设为 755，文件设为 644：find runtime/ -type d -exec chmod 755 {} \;find runtime/ -type f -exec chmod 644 {} \; -
public/ 目录：Web 服务器需遍历访问
→ 权限设为 755（确保 index.php 可执行、static/ 可读）
→ 不要设 777，也不要把 .env 或 database.php 放在里面 -
app/、config/、route/ 等代码目录：只读即可
→ 权限推荐 640 或 644，禁止 Web 进程写入
→ 敏感配置文件如config/database.php、.env应为 600 或 640，且属主是 PHP 用户 -
上传目录（如 public/uploads 或 runtime/upload）：需额外确认路径是否被 ThinkPHP 配置真正使用
→ 查配置项filesystems.disks.public.root或upload.root
→ 属主同上，权限设为 755（目录），不建议 777
常见卡点排查清单
改完权限仍报 Permission denied？重点检查这些：
立即学习“PHP免费学习笔记（深入）”；
- 用
namei -l /var/www/html/runtime逐级看每层目录的 owner/group/perm，找出哪一级缺 x 权限 - 确认 Web 服务器 DocumentRoot 或 root 指向的是 public/，不是项目根目录（否则 config/ 等会暴露，且路径解析错乱）
- CentOS/RHEL 启用 SELinux 时，runtime/ 需打标：
chcon -R -t httpd_sys_rw_content_t runtime/ - Docker 或宝塔挂载卷场景：容器内 UID 与宿主机不一致，
chown在容器外执行可能无效，应在容器内操作或调整挂载参数 - Windows 环境无 755 概念：右键目录 → 属性 → 安全 → 给 IIS_IUSRS 或当前 PHP 用户勾选“修改”+“写入”，并应用到子对象
验证是否生效
不要只看 chmod 是否执行成功，要做真实触发：
- 手动删掉
runtime/目录，刷新页面，看框架能否自动重建 log/、cache/ 等子目录 - 上传一个测试文件，确认是否成功落盘且无错误提示
- 在
public/index.php开头加一行：error_log("RUNTIME_PATH=".RUNTIME_PATH, 4);，查错误日志确认实际写入路径是否符合预期
