PHP 的 chmod() 在 Windows 上基本无效，因 NTFS 无 Unix 权限模型；Linux 下失败多因 Web 用户权限、父目录缺 x 权限、挂载选项或 SELinux 限制；跨平台应按场景预设权限并依赖系统原生机制。
PHP 的 chmod() 在 Windows 和 Linux 上表现截然不同——不是代码写错了，而是底层权限模型根本不一样。
Windows 不支持 chmod 的 Unix 权限逻辑
NTFS 文件系统没有“所有者/组/其他人 + rwx”这套概念，所以 PHP 的 chmod() 在 Windows 下基本无效。它只能处理极少数属性，比如设为只读（0444），且要求文件未被占用（如没被 file_put_contents(..., LOCK_EX) 锁住）。调用 chmod('a.php', 0755) 在 Windows 上总会返回 false，并可能触发 Access Denied 报错。
- 别在 Windows 上用
chmod()模拟 Linux 权限行为 - 若需控制访问，应通过 NTFS 权限设置（如 IIS 应用池身份、Apache 的 IUSR 账户）赋予“修改”或“完全控制”权限
- 检查是否用了
@抑制错误——关掉它，打开error_reporting(E_ALL)才能看到真实出错位置
Linux 下 chmod 失败的真正原因
Linux 支持 chmod()，但失败往往不是函数问题，而是运行环境卡住了你。PHP 进程是以 Web 用户（如 www-data 或 nginx）身份执行的，不是你登录终端的用户。
- 用
ls -ld /path/to/dir确认目录归属：owner/group 是否为 Web 用户 - 父目录缺
x（执行）权限 → 子项无法进入 →chmod()报 Permission denied - 挂载选项含
noexec、nosuid或 NFS 的root_squash，会直接禁用权限变更 - SELinux 或 AppArmor 启用时，即使传统权限满足，策略也可能拦截系统调用（查
ausearch -m avc -ts recent）
跨平台安全权限配置建议
与其依赖运行时改权限，不如按场景预设合理值，并避开平台差异点：
立即学习“PHP免费学习笔记（深入）”；
- PHP 脚本文件（如
index.php）：统一设为0644（Linux 用chmod 644；Windows 用属性对话框取消“只读”即可） - 配置文件（含数据库密码）：Linux 设
0600；Windows 则通过 NTFS 权限限制仅 Web 用户可读 - 上传目录或缓存目录：Linux 设
0755并确保 Web 用户是 owner；Windows 需给 Web 进程对应账户“修改”权限 - 敏感文件不放 Web 根目录下，用
open_basedir限制 PHP 访问范围，减少权限操作需求
本质上，Windows 管的是“谁可以访问这个文件”，Linux 管的是“谁以什么方式访问这个文件”。理解这个区别，比死记 0755 和 0644 有用得多。
