fclose仅对fopen等成功返回的有效资源句柄有效，传入无效值会报Warning；未关闭会导致文件描述符泄漏，引发Too many open files错误；应配合is_resource判断并在try-finally中确保关闭。
fclose 用法和基本前提
fclose 不是万能的“关文件”保险栓——它只对用 fopen、fsockopen 或类似函数成功打开并返回有效资源（resource）的文件句柄起作用。如果传入 null、false、整数或已关闭的句柄，PHP 会报 Warning：fclose(): supplied argument is not a valid stream resource。
常见错误场景包括：没检查 fopen 返回值就直接 fclose；在 fclose 后又调一次；或者把 file_get_contents 这类封装函数的结果当句柄传进去。
- 必须先有
$fp = fopen(...)成功返回资源，才能传给fclose($fp) - 建议始终配合
is_resource($fp)或gettype($fp) === 'resource'做前置判断 -
fclose成功时返回true，失败返回false（比如磁盘满、权限突变等罕见情况）
不 fclose 会有什么实际后果
短期脚本里看起来“好像没影响”，但资源泄漏是真实存在的：每个未关闭的文件句柄会占用一个系统级 file descriptor（fd）。Linux 默认 per-process 限制通常是 1024，一旦耗尽，后续 fopen、curl_init、甚至 socket_create 都会失败，报错 Too many open files。
尤其在循环处理大量文件、或常驻进程（如 PHP-FPM worker、Swoole task）中，漏关 fclose 很快就会触发服务异常。
立即学习“PHP免费学习笔记（深入）”；
- CLI 脚本退出时，PHP 会自动释放所有 fd，但别依赖这个——逻辑应主动管理
- Web 请求中，PHP-FPM worker 进程复用，未关闭句柄会累积到下个请求
-
stream_set_timeout、stream_context_create等操作也依赖底层句柄存活，不关会影响后续流行为
fclose 和其他关闭方式的区别
fclose 是面向资源（resource）的底层关闭；而 file_put_contents、file_get_contents、copy 等函数内部已自动完成打开→操作→关闭全过程，你不需要、也不能对它们的返回值调用 fclose。
混淆典型例子：$content = file_get_contents('log.txt'); fclose($content); —— 这里 $content 是字符串，不是资源，会直接报错。
-
fclose($fp)：必须配对$fp = fopen(...)，手动控制生命周期 -
rewind($fp)或fseek($fp, 0)不会关闭句柄，只是重置读写位置 -
fflush($fp)是刷缓冲区，和fclose无关；fclose本身会隐式fflush
安全关闭的推荐写法
最稳妥的方式是在 try...finally 中确保关闭，尤其涉及写操作时，避免因异常跳过 fclose 导致缓冲区未落盘。
$fp = fopen('data.txt', 'w');
if (!$fp) {
throw new RuntimeException('Cannot open file');
}
try {
fwrite($fp, 'hello');
// 可能抛异常的操作
} finally {
if (is_resource($fp)) {
fclose($fp);
}
}
- 不要在
catch里关——finally才是唯一可靠位置 - 写文件后立即
fclose，比等脚本结束更可控；若需多次追加，可fopen(..., 'a')复用句柄，但最终仍要关 - 注意
fclose返回false虽少见，但可能意味着写入失败（如磁盘满），线上环境建议记录该错误
open_log_file() 函数返回句柄，但调用方忘记存变量或中途覆盖，最后无句柄可关。资源管理从来不是语法问题，而是代码路径的可见性问题。 
