PHP chmod() 在 Windows 上因不支持 Unix 权限模型而失败；Linux/macOS 下则多因 Web 用户权限不足、父目录缺执行权、挂载选项或 SELinux 限制导致 Access Denied。
PHP 修改文件或目录权限时提示 Access Denied，基本不是 PHP 代码写错了，而是操作系统层面的权限/所有权/安全策略拦住了你。
为什么 chmod() 在 Windows 上直接失败
Windows 不支持类 Unix 的 chmod() 权限模型（如 0755），调用它会始终返回 false 并可能触发 Access Denied 错误。PHP 的 chmod() 函数在 Windows 下仅对少数属性（如只读）有效，且需目标文件未被占用。
- 不要在 Windows 环境下用
chmod()模拟 Linux 权限逻辑 - 检查是否用了
file_put_contents($f, $d, LOCK_EX)后立刻chmod()—— 文件句柄未释放会导致拒绝访问 - Web 服务器（如 Apache/Nginx）运行用户（如
www-data或IUSR）必须对目标路径有“修改”或“完全控制”NTFS 权限
Linux/macOS 下 chmod() 失败的常见原因
即使系统支持，chmod() 仍可能因执行者身份不符而失败。PHP 进程是以 Web 服务器用户身份运行的，不是你登录终端的用户。
- 确认目标文件/目录归属：运行
ls -ld /path/to/dir，看 owner/group 是否为 Web 用户（如www-data） - 父目录缺少
x（执行）权限会导致子项无法被访问，chmod()就会报Access Denied（实际是Permission denied） - 挂载选项含
noexec、nosuid或root_squash（NFS）会禁用权限变更 - SELinux 或 AppArmor 启用时，即使传统权限满足，策略也可能拦截
chmod系统调用 —— 查ausearch -m avc -ts recent或dmesg | tail
绕过 chmod() 的替代方案
当无法直接调用 chmod()（如共享主机禁用函数，或 SELinux 限制），可借助其他机制达成等效效果。
立即学习“PHP免费学习笔记（深入）”；
- 用
touch()+copy()替换文件：新建临时文件（自动继承父目录 umask），再原子替换原文件 —— 避开对原文件的权限操作 - 通过
shell_exec('chmod 644 ' . escapeshellarg($file))调用系统命令（需启用exec类函数，且 Web 用户有 shell 权限） - 上传前在本地设好权限，用 FTP/SFTP 工具手动设为
644/755，比运行时改更可靠 - Web 根目录外存放敏感文件（如配置、缓存），用
open_basedir限制 PHP 访问范围，减少权限调整需求
最常被忽略的一点：错误日志里出现 Access Denied，不一定来自 chmod() —— 它可能是 fopen()、file_get_contents() 或 include() 因权限不足提前失败，然后你误以为是 chmod 报的错。先关掉所有错误抑制符（@），打开 error_reporting(E_ALL) 和 display_errors=1，看真实出错位置。
