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 服务读取。
