fopen返回false需先开启display_errors或用error_get_last()获取错误；再检查路径存在性、目录权限、SELinux/容器挂载限制及工作目录是否正确。
PHP fopen 返回 false 怎么查原因
直接看 fopen 的返回值，false 就代表失败，但具体哪一步卡住得靠错误信息定位。默认 PHP 可能不显示错误，先确认 display_errors 开了，或者用 error_get_last() 拿最近一次错误。
- 常见现象：
fopen('log.txt', 'w')返回false，但没报错，文件也没生成 - 优先检查路径权限：目标目录是否存在、Web 进程用户（如
www-data或nginx）是否有写权限，ls -ld /var/www/html/logs看一眼 - 相对路径容易出错——
fopen('data/output.txt', 'w')依赖当前工作目录（getcwd()），不是脚本所在目录；建议用__DIR__ . '/data/output.txt' - Windows 下注意路径分隔符，
str_replace('/', DIRECTORY_SEPARATOR, $path)不必要，PHP 本身支持正斜杠
用 file_put_contents 写文件却没反应
file_put_contents 看似简单，但静默失败很常见。它返回写入字节数，0 不等于失败（比如写空字符串），false 才是真失败。
- 典型错误：忽略返回值，只写
file_put_contents($file, $data)，结果权限不对或磁盘满，啥提示都没有 - 务必检查返回值：
$ret = file_put_contents($file, $data); if ($ret === false) { /* 处理错误 */ } - 追加写入别漏掉
FILE_APPEND标志，否则会覆盖：file_put_contents($file, $line, FILE_APPEND | LOCK_EX) -
LOCK_EX能防并发冲突，但 NFS 或某些容器环境可能不支持，写入变慢或直接失败，需实测
“Permission denied” 错误出现在 fopen 或 file_put_contents
这个错误表面是权限问题，但实际成因分三层：目录可写、文件可修改、SELinux/AppArmor 限制。
- Linux 下即使
chmod 777目录，如果父目录（如/var/www）没有执行权限（x），PHP 仍无法进入该路径 - 容器环境常被忽略：宿主机挂载的目录若用
ro（只读）方式挂载，PHP 写任何文件都报Permission denied - SELinux 启用时（如 CentOS），
httpd_can_network_connect不影响文件写入，真正相关的是httpd_write_content，可用setsebool -P httpd_write_content 1临时放开 - 错误日志里看到
failed to open stream: Permission denied，立刻用id -u查 Web 进程 UID，再ls -ld对应目录，比猜快得多
大文件写入中途断掉或内容不全
不是代码逻辑问题，而是资源限制和 I/O 行为导致的静默截断。
立即学习“PHP免费学习笔记（深入）”；
- PHP 默认有
max_execution_time，写几百 MB 文件可能超时，设为 0（不限制）前先确认是否真需要——考虑分块写或异步处理 - 用
fwrite循环写入时，别假设一次fwrite写完全部数据；它可能只写部分字节，必须检查返回值并循环补写 -
file_put_contents对大文件不友好：它把整个内容加载进内存再写，内存溢出风险高；换成fopen+fwrite流式写更稳 - 磁盘空间不足时，
fwrite可能返回 0 而非false，后续继续写会覆盖已有内容，务必每次写后校验fwrite返回值是否等于预期长度
最麻烦的其实是权限叠加态：目录可写、文件存在、PHP 进程 UID 匹配，但 SELinux、容器挂载参数、NFS 选项、umask 设置四层嵌套下来，一个没对就卡死。调试时别跳步，从 getcwd() 和 posix_getpwuid(posix_geteuid()) 开始，一层层确认身份和路径真实可达。
