在使用 ziparchive 动态添加临时文件后，需确保先通过 unlink() 删除文件再调用 fclose()，否则 stream_get_meta_data() 会因流资源已关闭而报错；本文详解正确释放临时文件资源的顺序与实践要点。
在使用 ziparchive 动态添加临时文件后，需确保先通过 unlink() 删除文件再调用 fclose()，否则 stream_get_meta_data() 会因流资源已关闭而报错；本文详解正确释放临时文件资源的顺序与实践要点。
在 PHP 中，当使用 tmpfile() 创建临时流资源并将其内容写入 ZIP 归档时，一个常见误区是误判资源生命周期——尤其是对 fclose() 和 unlink() 的调用顺序。问题核心在于：stream_get_meta_data() 要求传入的资源必须处于活跃状态（即未被 fclose），而 unlink() 操作本身并不依赖流是否关闭，但其参数（如 stream_get_meta_data($file)['uri']）必须在流有效时获取。
原始代码中：
fclose($file); unlink(stream_get_meta_data($file)['uri']); // ❌ 错误：$file 已关闭，stream_get_meta_data 失败
此时 $file 流资源已被关闭，stream_get_meta_data() 抛出 “supplied resource is not a valid stream resource” 错误。
✅ 正确做法是：先提取 URI，再 unlink，最后 fclose。完整修复后的控制器逻辑如下：
立即学习“PHP免费学习笔记（深入）”；
$zip = new ZipArchive();
$zip->open($zipPath, ZipArchive::CREATE | ZipArchive::OVERWRITE);
$filesToClose = $this->advancedService->addFiles($files, $zip);
$zip->close(); // ✅ 必须先 close ZipArchive，确保文件已写入磁盘
// 正确释放临时文件资源
foreach ($filesToClose as $file) {
$meta = stream_get_meta_data($file); // ✅ 在 fclose 前获取元信息
$tempUri = $meta['uri'];
unlink($tempUri); // ✅ 先删除文件（即使流仍打开，unlink 仍生效）
fclose($file); // ✅ 最后关闭流资源
}⚠️ 关键注意事项：
- ZipArchive::close() 必须在清理临时文件前调用，否则 ZIP 文件可能不完整或写入失败；
- tmpfile() 创建的临时文件在 fclose() 后自动删除，但此处我们需在 ZIP 写入完成后、流关闭前主动 unlink()，以确保文件立即释放且不残留；
- unlink() 对已打开的流文件句柄是安全的（POSIX/Linux/macOS 下行为可靠；Windows 下亦支持，但建议测试环境验证）；
- 若需更高健壮性，可增加异常处理：
foreach ($filesToClose as $file) { $meta = stream_get_meta_data($file); if (isset($meta['uri']) && file_exists($meta['uri'])) { @unlink($meta['uri']); } fclose($file); }
总结：PHP 中临时流资源的清理不是简单的“先关后删”，而是“先取路径 → 再删文件 → 最后关流”。这一顺序既符合底层 I/O 语义，也规避了资源状态冲突，是构建可靠 ZIP 打包服务的关键细节。
