php 8.0 已彻底移除 zip_close 和 zip_entry_close 等过程式 zip 函数，仅保留 ziparchive 面向对象接口；调用即报 fatal error，function_exists 返回 false。
PHP 8.0 并没有“废弃”zip_close和zip_entry_close，而是直接移除了它们
这两个函数在 PHP 8.0 中不是被标记为 E_DEPRECATED，而是彻底消失——调用时会立即报 Fatal error: Uncaught Error: Call to undefined function zip_close()。官方文档里查不到“废弃列表”，因为 PHP 8.0 的变更日志明确写的是 “Removed”（已移除），不是 “Deprecated”。你看到的“自 PHP 8.0.0 起被废弃”是旧版文档残留或第三方整理错误，实际行为是硬删除。
哪些 ZIP 函数还在、哪些已消失？看准函数签名再动手
PHP 8.0+ 仅保留基于 ZipArchive 类的面向对象接口，所有过程式 ZIP 函数（zip_open、zip_read、zip_close、zip_entry_close、zip_entry_open 等）全部移除。这不是疏漏，是 PECL zip 扩展在 PHP 8.0 同步重构的结果。
-
ZipArchive::open()、ZipArchive::extractTo()、ZipArchive::addFile()—— 全部可用，且是唯一推荐路径 -
zip_open()、zip_close()、zip_entry_close()—— 不再存在，连function_exists('zip_close')都返回false - 别试图用
extension=zip开关来回滚：PHP 8.0 的 zip 扩展压根不编译这些函数
为什么旧代码突然崩？重点检查 vendor 和 autoload-dev
如果你在运行 composer install 或执行测试时看到 Call to undefined function zip_close()，大概率不是你自己写的代码，而是：
- 某个
require-dev包（如老旧的 phpunit 扩展、自定义归档工具类）仍在调用过程式 ZIP API -
vendor/下某依赖的tests/目录或autoload-dev脚本里藏了zip_close() - CI 流程中用了 PHP 7.x 构建缓存，但运行时切到了 PHP 8.0 环境，导致兼容性错位
用 grep -r "zip_close\|zip_entry_close" vendor/ --include="*.php" 快速定位，比翻文档更快。
迁移时最容易忽略的一点：ZipArchive 实例必须显式 close()
过程式函数 zip_close() 是自动释放资源的“终结者”，而 ZipArchive 类没有隐式析构逻辑。你写完 $zip->extractTo(...) 后若不调用 $zip->close()，文件句柄可能卡住，解压中途失败也不报错。
正确写法：
$zip = new ZipArchive();
if ($zip->open('archive.zip') === TRUE) {
$zip->extractTo('/path/to/dest');
$zip->close(); // ← 这行不能省，否则资源泄漏
}
别指望 unset($zip) 或脚本结束自动清理——PHP 8.0 的资源管理更严格，漏掉 close() 在高并发场景下会真实触发 open files limit 耗尽。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
