PHP资源必须手动释放，否则在CLI、Swoole或高并发场景下易致内存泄漏、连接池耗尽、文件句柄满等故障；应使用fclose()、mysqli_close()、PDO析构等对应方式，并配合try/finally和register_shutdown_function兜底。
PHP里资源不手动关，脚本结束时虽会自动回收，但不能指望它——尤其在 CLI、Swoole 或高并发 Web 场景下，fopen()、mysqli_connect()、curl_init() 这类函数返回的资源若没及时释放，轻则内存缓慢上涨，重则触发连接池耗尽、文件句柄满、Too many open files 报错。
资源未释放的典型错误现象
这些信号往往说明你漏关了资源：
fopen(): Unable to open file: Too many open files- MySQL 报错
Can't create more threads (errno: 11)或连接数超限（max_connections被占满） - cURL 请求突然变慢或失败，
curl_getinfo($ch, CURLINFO_HTTP_CODE)返回 0，且curl_error($ch)为空——很可能是句柄泄漏导致底层 socket 复用异常 - CLI 脚本跑几次后内存占用持续上升，
memory_get_usage(true)显示“真实分配”值不回落
三类高频资源的释放方式与坑点
不同资源类型，释放逻辑和风险点差异很大，不能一概而论：
-
文件句柄（
stream）：必须调用fclose($fp)；仅unset($fp)不行——资源仍存活，只是变量没了引用 -
MySQLi 连接：过程式用
mysqli_close($conn)，面向对象用$mysqli->close()；若启用了持久连接（mysqli.reconnect=On或mysql.default_socket配置），close()实际无效，得靠连接复用机制或服务端 timeout 清理 -
PDO 连接：非持久连接下，
$pdo = null或unset($pdo)会触发析构函数关闭连接；但若开了PDO::ATTR_PERSISTENT => true，连接不会关闭，只归还到连接池——此时显式设为null没意义，重点是别在循环里反复 new PDO
用 try/catch/finally 保证释放不被跳过
异常、return、exit() 都会让后续代码不执行，所以释放逻辑不能写在业务末尾：
立即学习“PHP免费学习笔记（深入）”；
$fp = fopen('/tmp/log.txt', 'a');
try {
fwrite($fp, "start\n");
risky_operation(); // 可能抛出 Exception
fwrite($fp, "done\n");
} catch (Exception $e) {
fwrite($fp, "error: " . $e->getMessage() . "\n");
throw $e;
} finally {
if ($fp && is_resource($fp)) {
fclose($fp);
}
}
注意：finally 块里要加 is_resource($fp) 判断，因为 fopen() 失败时返回 false，直接 fclose(false) 会报 Warning。
兜底方案：register_shutdown_function() 是最后一道保险
它能在脚本任何退出路径（包括 Fatal Error 以外的所有终止）后执行，适合管理关键 IO 资源：
- 把需兜底的句柄存进全局数组（如
$GLOBALS['_critical_fds']），避免闭包中引用丢失 - 回调里只做「安全释放」：检查
is_resource()和get_resource_type()，再调fclose()/curl_close()/mysqli_close() - 不要在 shutdown 函数里做日志写入、网络请求等可能再次触发资源操作的事——它本身就在资源即将被内核回收的边缘运行
真正难处理的，不是“怎么关”，而是“关不干净”——比如事务没提交就 exit，PDO 对象销毁了但连接还在池里挂着，或者 opendir() 打开的目录句柄忘了 closedir()。这些细节一旦漏掉，在长生命周期环境里会越积越多，直到某天突然崩掉。
