phpEnv中启用zip扩展需精准定位当前PHP版本的php.ini，取消extension=zip注释，确认ext目录含php_zip.dll，重启Apache后用extension_loaded('zip')验证；注意CLI与Web端php.ini路径可能不同。
phpEnv 是 Windows 下的便携式 PHP 环境集成包（类似 XAMPP、WampServer），它自带 Apache/Nginx + 多版本 PHP，但默认不启用 zip 扩展——哪怕你选的是 PHP 7.4 或 8.x 版本。这是因为 phpEnv 的 PHP 是预编译二进制包，扩展需手动开启，且路径、配置项和系统原生环境有差异。
确认当前 PHP 版本和 php.ini 实际路径
phpEnv 可能同时装了多个 PHP 版本（如 php-7.4.33、php-8.2.12），每个版本用独立的 php.ini。
直接改错文件，重启后依然没 zip，是常见卡点。
操作建议：
- 在 phpEnv 控制面板里，看当前「启用的 PHP 版本」名称（比如
php-8.1.27） - 进入该版本目录：
C:\phpEnv\php\php-8.1.27\（路径以你安装位置为准） - 打开
php.ini，不是php.ini-development或php.ini-production - 搜索
extension=zip—— 如果没这行，说明没加载；如果带分号;extension=zip，说明被注释
注意：phpEnv 的 extension_dir 通常指向 ext 子目录，无需额外改路径，但务必确认该目录下存在 php_zip.dll（Windows 下必须是 .dll，不是 .so）。
Windows 下 phpEnv 启用 zip 扩展的实操步骤
phpEnv 不走系统包管理器（如 apt/yum），所有扩展都靠修改 ini + DLL 文件生效。
立即学习“PHP免费学习笔记（深入）”；
按顺序执行：
- 检查
C:\phpEnv\php\php-xxx\ext\目录下是否存在php_zip.dll；若不存在，从对应 PHP 官方 Windows 包中提取（不要用 PECL 编译版，不兼容） - 编辑对应版本的
php.ini，找到;extension=zip行，删掉前面的分号，改成extension=zip - 确保没有重复写两行（比如既有
extension=php_zip.dll又有extension=zip），只留一行extension=zip - 保存
php.ini，在 phpEnv 控制面板中「重启 Apache」或「重启 PHP-FPM」（取决于你用的是哪个服务） - 新建一个
test.php放到网站根目录，内容为<?php echo extension_loaded('zip') ? 'zip ok' : 'zip missing'; ?>，浏览器访问验证
常见错误现象：ZipArchive 类找不到、Class 'ZipArchive' not found，基本就是上面某一步漏了。
phpEnv 在线解压功能依赖 zip 扩展，但还有权限和路径陷阱
很多 phpEnv 用户想用它跑轻量后台（比如 WordPress 插件上传解压、CMS 模板一键安装），但即使 zip 扩展已启用，仍可能报错：
典型失败场景：
-
extractTo()报错Permission denied：phpEnv 默认以当前 Windows 用户身份运行 Apache，但目标解压目录（如C:\phpEnv\www\uploads）可能没写入权限 - 解压后文件为空或乱码：源 ZIP 包含中文路径，而
ZipArchive在 Windows 下默认用 CP437 编码读取文件名，需配合iconv()转码或改用PharData（但 phpEnv 默认不启 Phar） -
open()返回ZIPARCHIVE::ER_NOZIP：传入的 ZIP 文件损坏，或路径用了反斜杠\且没转义（addFile()接收路径时推荐统一用正斜杠/）
建议在代码里加一层判断：
$zip = new ZipArchive();
$res = $zip->open($file);
if ($res !== true) {
error_log("Zip open failed: $res");
// $res 是整数，查 ZipArchive::ER_* 常量
}
为什么 phpinfo() 里看到 zip，但 new ZipArchive() 还报错？
这是最隐蔽的坑：phpEnv 的 CLI 和 Web SAPI 使用不同的 php.ini。
验证方法：
- 在浏览器访问
phpinfo()页面，搜Loaded Configuration File，记下路径 - 命令行执行
php --ini，对比显示的Loaded configuration file是否一致 - 如果不一致，说明你在 CLI 下开的 zip，Web 端根本没加载——phpEnv 的 Apache 模块用的是另一份 ini
最终生效的永远是 Apache 加载的那个 php.ini，不是你编辑时以为的那个。
别跳过这步。很多人反复重启、重装、换 DLL，最后发现只是改错了 ini 文件。
