fopen() 创建文件时权限受 umask 影响，默认 0666 与 umask 按位取反与运算；需用 chmod() 显式设置或 umask() 统一调控，mkdir() 可直接指定权限而 fopen() 不行。
PHP fopen() 创建文件时权限不受 umask 影响？
默认情况下，fopen()（或 file_put_contents()）创建的文件权限是 0666，但实际生效权限会和系统 umask 做按位取反与运算。比如 umask 是 0022，最终文件权限就是 0644（即 rw-r--r--）。这不是 PHP 的 bug，而是 POSIX 系统设计行为。
如果你发现新建文件是 0600 或 0644 而不是你期望的 0664，先检查当前进程的 umask：
echo sprintf('%04o', umask());
常见误区是以为改了 chmod() 就能“一劳永逸”，但其实它只能后置修正，无法改变创建瞬间的权限逻辑。
用 chmod() 补设权限最稳妥
创建完文件后立刻调用 chmod() 是最可控的方式，尤其适合需要精确控制组写入、SGID 等场景。注意：该操作要求 PHP 进程对父目录有执行（x）权限，否则会报 Operation not permitted。
立即学习“PHP免费学习笔记（深入）”；
-
chmod()第二个参数必须是八进制整数，写成0664，不是字符串"0664"或十进制420 - 建议搭配
is_writable()检查父目录是否允许修改权限，避免静默失败 - 若在容器或共享主机中运行，某些环境会禁用
chmod()（如 open_basedir 限制或 SELinux 策略）
示例：
$file = '/path/to/data.txt'; file_put_contents($file, 'hello'); chmod($file, 0664); // 显式设为 rw-rw-r--
用 umask() 统一控制新建文件默认权限
如果项目中大量使用 fopen()、touch()、mkdir() 等系统调用，临时调整进程级 umask 更高效。但要注意：umask() 是进程全局设置，会影响后续所有文件/目录创建行为，包括日志、缓存、临时文件等。
- 调用
umask(0002)后，新文件默认变为0664，新目录变为0775 - 务必在脚本开头尽早设置，并在必要时保存/恢复原值：
$old = umask(0002); ... umask($old); - Web 服务器（如 Apache 的 mpm_prefork）下，每个子进程独立继承
umask，PHP-FPM 则取决于process_manager配置
为什么 mkdir() 可设权限而 fopen() 不行？
mkdir() 的第二个参数明确接收权限掩码（如 0755），并直接传给系统 mkdir(2)；而 fopen() 的 C 底层调用是 open(2)，其 mode 参数仅在 O_CREAT 时参与计算，且始终受 umask 修正——PHP 层没有暴露这个 mode 参数的接口。
所以不要试图用 fopen('file', 'c') 或其他 flag 绕过权限限制，它不起作用。真要细粒度控制，得用 proc_open() 调用 touch + chmod，但这引入额外开销和安全风险。
复杂点在于：权限问题常混杂着用户组、ACL、挂载选项（如 noexec、nosuid）甚至 NFS 导出配置。单靠 PHP 函数很难覆盖全部边界，排查时优先确认 Linux 层实际生效的 getfacl 和 ls -l 输出。
