PHP 7.3 文件权限报错本质是操作系统拒绝Web进程的读写执行操作，需从运行用户、路径可达性、权限匹配三方面排查，重点检查Web服务器实际用户、逐级目录执行权限、SELinux/open_basedir等系统级限制。
PHP 7.3 文件权限报错本质是操作系统拒绝了 Web 进程对文件或目录的读、写、执行操作，不是 PHP 语法问题，也不会被常规 try-catch 捕获。排查需从“谁在运行”“路径是否可达”“权限是否匹配”三层入手，重点在系统级配置而非代码修补。
确认 PHP 实际运行用户
Web 服务器（Apache/Nginx + PHP-FPM）以特定系统用户身份执行脚本，该用户必须拥有对应权限。不能假设是 www-data 或 apache，必须实测：
- 创建
whoami.php，内容为<?php echo posix_getpwuid(posix_geteuid())['name']; ?>，通过浏览器访问； - 若失败，改用
<?php echo exec('whoami'); ?>或ps aux | grep -E '(apache|httpd|nginx|php-fpm)'查主进程用户； - 记下结果，如
www-data、nginx或自定义用户（如phpuser）。
检查目标路径每层的属主与权限
权限错误常因父目录缺失执行（x）位导致，哪怕目标文件本身可写也不行。例如写入 /var/www/html/uploads/photo.jpg，需逐级验证：
-
ls -ld /var→ 必须含x（通常 755）； -
ls -ld /var/www→ 同上； -
ls -ld /var/www/html/uploads→ 属主/属组应为上一步确认的用户，权限至少755（目录）或775（若需组写）； - 注意：
is_writable()在 NFS、Docker 或某些 SELinux 环境下可能误判，优先以实际操作（如file_put_contents()）+error_get_last()判断更可靠。
安全设置所有权和权限（禁用 777）
直接 chmod -R 777 是高危操作，生产环境严禁。推荐做法：
- 将目标目录属主设为 Web 用户：
sudo chown -R www-data:www-data /var/www/html/uploads； - 目录权限设为
755（安全底线），若需组内协作可设775并确保 Web 用户在该组； - 上传后生成的文件默认权限由系统 umask 控制（常见 0022 → 文件 644，目录 755），必要时在 PHP 中用
chmod($file, 0644)显式修正，但仅限新建文件。
补充排查项（易忽略）
-
SELinux（CentOS/RHEL）：运行
sestatus，若启用，检查ls -Z /var/www/html/uploads，上下文应为httpd_sys_rw_content_t，否则执行chcon -R -t httpd_sys_rw_content_t /var/www/html/uploads； -
open_basedir 限制：
phpinfo()查该项是否锁定了路径范围，超出则拒绝访问，即使权限正确； -
session.save_path 权限：
session_start()失败常因会话目录不可写，检查session.save_path对应目录的属主与755权限； -
Docker 环境：确保容器启动时指定了
--user www-data，且宿主机挂载目录已chown到对应 UID。
不复杂但容易忽略
