PHP 8.0 弃用函数有哪些？官方文档全解析

PHP 8.0 并非“废弃”而是彻底移除了所有过程式 ZIP 函数（如 zip_close、zip_entry_close、zip_open 等），调用即触发致命错误，连 function_exists 都返回 false；官方明确标注为 “Removed”，仅保留 ZipArchive 面向对象接口作为唯一支持方式——这意味着升级后旧代码会瞬间崩溃，尤其容易被 vendor 中的 dev 依赖或测试脚本“暗中拖累”，而迁移时最易忽略的关键细节是：ZipArchive 实例必须显式调用 close() 释放资源，否则将引发句柄泄漏和高并发下的系统级故障，绝不能依赖自动清理。

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 8.0 弃用函数有哪些？官方文档全解析》的详细内容，更多关于的资料请关注golang学习网公众号！