根本原因是Web服务器用户对目标目录无写权限，应通过chown设置正确属主、chmod设最小权限、umask与setgid协同确保新文件权限一致，并用原子rename或flock+重试解决并发写问题。
PHP写文件时遇到“Permission denied”错误怎么办
根本原因不是PHP代码写错了，而是Web服务器（如Apache或Nginx）运行用户（通常是www-data、nginx或_www）对目标文件夹没有写权限。即使你用chmod 777临时解决，也埋下安全风险。
正确做法是让PHP进程用户真正拥有该目录：
- 确认Web服务器用户：
ps aux | grep -E '(apache|httpd|nginx|php-fpm)'或查/etc/php/*/fpm/pool.d/www.conf里的user和group - 把共享目录归属改过去：
sudo chown -R www-data:www-data /var/www/shared/ - 设最小必要权限：
sudo chmod -R 750 /var/www/shared/（目录750，文件640） - 如果目录由CLI脚本和Web同时写，需把CLI执行用户（如
ubuntu）加入www-data组：sudo usermod -a -G www-data ubuntu，再改目录组权限为g+s（chmod g+s /var/www/shared）
多个PHP请求同时写同一个文件导致内容错乱
这不是PHP特有现象，而是典型的竞态条件（race condition）。fopen(..., 'a')看似安全，但PHP的fwrite()在底层仍可能被并发截断或覆盖——尤其当写入量超过系统缓冲区或涉及多个fwrite()调用时。
必须加锁，但别用flock()简单套一层就完事：
立即学习“PHP免费学习笔记（深入）”；
-
flock()只对同一文件句柄有效，且不跨进程阻塞（比如CLI和Web进程可能拿不到同一把锁） - 推荐用文件级独占锁+重试机制：
$fp = fopen('/var/www/shared/log.txt', 'c'); if (flock($fp, LOCK_EX)) { fseek($fp, 0, SEEK_END); fwrite($fp, date('Y-m-d H:i:s') . " - data "); fflush($fp); flock($fp, LOCK_UN); } else { // 可记录失败或退避重试 } fclose($fp); - 更健壮的做法是用唯一命名的临时文件+原子
rename()（Linux下rename()是原子的），避免锁竞争：生成log_20240515_123456_$$，写完再rename()到目标名
不同用户上传文件到同一目录后权限混乱
常见于FTP用户、SFTP用户、Web上传、CLI脚本混用一个共享目录。每个来源创建的文件属主/属组/权限各不相同，导致其他人无法读写。
关键不是统一chmod，而是统一创建上下文：
- 关闭所有用户的
umask干扰：在PHP中显式设置umask(0002)（注意：它影响后续所有文件操作，建议放在入口或上传逻辑前） - 上传后立刻修正权限：
chmod($file, 0664)和chgrp($file, 'www-data')（确保组可写） - 目录本身开启
setgid位：chmod g+s /var/www/uploads/，这样新创建的文件自动继承父目录组，无需每次chgrp - 避免用
move_uploaded_file()直接进共享目录；先移到临时位置，校验后再rename()过去
Windows IIS + PHP共享文件夹访问失败
Windows环境下，IIS AppPool用户（如IIS APPPOOLDefaultAppPool）默认无权访问网络共享路径（\servershare）或NTFS权限受限的本地路径。
不能靠“给Everyone完全控制”糊弄：
- 在IIS管理器中，选对应应用池 → “高级设置” → 修改
Identity为指定域用户（如DOMAINsvc-php），并确保该用户在共享路径上有读写NTFS权限 - 若用UNC路径，必须启用“委派凭据”：在AD中为该服务账户勾选
Trust this user for delegation to any service (Kerberos only) - PHP中访问UNC路径必须用双反斜杠转义：
\server\share\data\，且路径末尾不能带/（否则is_dir()返回false） - 慎用
opcache.enable=1：共享目录下的PHP文件若被多站点共用，opcache可能因file_cache或validate_timestamps配置不当导致缓存不一致
实际中最容易被忽略的是：setgid位和umask配合使用才能让新文件自动获得正确的组和权限。单独改目录权限或单独设umask都不够。另外，flock()在NFS或某些容器挂载卷上可能失效，这时必须退回到基于文件名/时间戳的乐观并发控制。
