fopen()返回false却不报错是因为生产环境默认关闭display_errors，错误被静默忽略；必须启用error_reporting(E_ALL)、display_errors和log_errors，并立即用error_get_last()捕获真实系统错误，而非依赖@抑制或仅检查返回值。
为什么fopen()返回false却不报错
默认生产环境常关闭display_errors，fopen()失败只返回false，没有任何提示。你以为代码“没反应”，其实是错误被静默吞掉了。
必须立刻加这三行（上线前务必移除或改用日志）：
error_reporting(E_ALL);
ini_set('display_errors', 1);
ini_set('log_errors', 1);
紧接着检查返回值并捕获真实错误：
$fp = fopen($filename, 'w');
if ($fp === false) {
$err = error_get_last();
error_log('fopen failed: ' . ($err['message'] ?? 'no message'));
die('Check error log for details.');
}
-
error_get_last()是唯一能拿到底层系统错误信息的函数，比如Permission denied或No such file or directory - 别用
@fopen()——它会屏蔽error_get_last()，让问题更难定位 -
error_log()写入服务器日志（路径可查phpinfo()），比echo可靠得多
目录存在但还是Permission denied
Linux下写入失败，90%卡在目录权限或用户身份上，和文件本身无关。关键不是chmod 777，而是确认Web进程用户（如www-data）能否进入并写入该路径。
立即学习“PHP免费学习笔记（深入）”；
- 用
is_dir($dir)和is_writable($dir)双检——二者都得true - 父目录缺
x权限（不可进入）会导致子目录再有w也无效，执行ls -ld /path/to/dir看权限位 - 确认Web用户在目录属组里：
sudo usermod -a -G www-data yourgroupname，再sudo chgrp -R yourgroupname /path - SELinux启用时（如CentOS），即使权限全对也要运行：
setsebool -P httpd_write_con 1
fopen()成功但fwrite()报“expects parameter 1 to be resource”
这是典型误把false当资源传给后续函数。根本原因永远是fopen()没做返回值判断。
错误写法：
$fp = fopen($file, 'w'); fwrite($fp, $data); // 若$fopen失败，$fp是false，fwrite直接报错 fclose($fp);
正确写法：
$fp = fopen($file, 'w');
if ($fp === false) {
// 处理错误，不往下走
}
fwrite($fp, $data);
fclose($fp);
- 所有基于
$fp的操作（fwrite、fread、fclose）前，必须确保$fp是resource类型 - 用
is_resource($fp)可显式校验，但=== false已足够 - 避免在
fopen()后直接链式调用，容易漏判
动态创建目录时路径拼接出错
常见于mkdir("User Folders/Teamthunder", 0755, true)之后，却用fopen("Teamthunder/file.txt", "w")——少写了父级路径。
- 目录创建路径和文件打开路径必须严格一致，建议统一用
realpath()或__DIR__打底 - 拼接时用
DIRECTORY_SEPARATOR防Windows/Linux路径分隔符差异 - 创建目录后立即用
is_writable()验证，别只信mkdir()返回true - 如果目标是
User Folders/Teamthunder/，写文件必须用User Folders/Teamthunder/filename.txt，不能省略User Folders/
open_basedir限制、磁盘满（disk_free_space()返回0）、容器挂载权限、甚至PHP版本对长路径或点号的解析bug（如旧版PHP 5.6在IIS下）。不要只盯着fopen()那一行，要从整个路径、上下文、系统层逐级验证。 
