php上传文件后需用chmod()设置权限，因move_uploaded_file()无法指定权限；必须作用于移动后的目标路径，权限值用八进制如0644；注意目录可写性、umask影响及Web服务器用户与PHP进程用户一致性。
上传后立即用 chmod() 设置权限
PHP 上传文件后默认权限通常由系统 umask 决定（常见为 0644 或 0600），无法直接通过 move_uploaded_file() 指定权限。必须在文件移动完成后单独调用 chmod() 修改。
-
chmod()必须作用于已成功移动的目标路径，不能对临时文件（如$_FILES['file']['tmp_name']）操作 - 权限数值用八进制表示，例如
0644（所有者可读写、组和其他人只读），0600更安全但 Web 服务器可能无法读取 - 若返回
false，检查 PHP 进程用户是否对目标目录有写权限，或 SElinux/appArmor 是否拦截
if (move_uploaded_file($_FILES['file']['tmp_name'], '/var/www/uploads/photo.jpg')) { chmod('/var/www/uploads/photo.jpg', 0644); }上传前确保目标目录可写且 umask 不干扰
即使 chmod() 成功，若上传目录本身不可写，或 PHP 进程的 umask 设置过严（如 0077），新文件仍可能被创建为 0600，导致后续 chmod() 失效或被覆盖。
- 用
is_writable()检查上传目录：如is_writable('/var/www/uploads/') - 临时调整 umask（仅限当前请求）：
umask(0022)，避免新建文件权限过紧 - 不要依赖
mkdir($path, 0755, true)的权限参数——它只控制目录，不影响后续文件创建权限
Web 服务器用户与 PHP 进程用户不一致时的权限陷阱
常见于使用 PHP-FPM（运行用户常为 www-data 或 nginx）而上传目录属主是 root 或其他用户的情况。此时即使 chmod(0644) 成功，若目录属组不包含 Web 用户，或未开启组执行位（0755 目录权限），文件仍无法被 Web 服务读取。
- 确认 Web 服务器进程用户：
ps aux | grep -E '(apache|httpd|nginx|php-fpm)' - 上传目录应属组为 Web 用户组（如
chgrp www-data /var/www/uploads），并设为0775目录权限 - 避免使用
0777—— 它开放写权限给所有人，存在安全风险
使用 ftp_chmod() 的场景与限制
仅当 PHP 运行在 FTP 模式（极少见）、或需跨用户修改远程 FTP 服务器上文件权限时才用 ftp_chmod()。本地文件系统权限必须用 chmod()，ftp_chmod() 对本地路径无效，且需先建立 FTP 连接。
立即学习“PHP免费学习笔记（深入）”；
-
ftp_chmod()返回false通常因 FTP 用户无该文件修改权限，或路径非 FTP 服务器绝对路径 - 绝大多数共享主机或 docker 环境不支持 FTP 权限修改，硬切此方式会引入额外故障点
- 本地开发或 Nginx/Apache 直连场景下，完全不需要 FTP 相关函数
权限设置真正卡住的地方，往往不是 chmod() 调用本身，而是目录属主、umask、Web 服务用户三者之间的权限链没对齐。改完记得用 ls -l 实际验证文件和父目录的权限与属组。