php ziparchive类需实测可实例化：运行php -r "new ziparchive();"不报错且echo ziparchive::checksum_crc32;输出数字，同时确认cli与web环境php.ini路径不同、zlib启用、写权限充足及disable_functions未禁用proc_open。
phpMyAdmin 5.1 导出 ZIP 包失败，报“Zip 扩展缺失”，不是界面提示错了，是它真调用不了 ZipArchive 类——哪怕 php -m 显示有 zip，也不代表导出功能就能用。
确认 ZipArchive 是否真能用，别只看 php -m
很多用户跑完 php -m | grep zip 看到输出就停手，结果 phpMyAdmin 还是报错。关键要实测类是否可实例化：
- 运行
php -r "new ZipArchive(); echo 'OK';"—— 报错说明扩展加载失败或 libzip 版本太旧 - 运行
php -r "echo ZIPARCHIVE::CHECKSUM_CRC32;"—— 能输出数字才表示 ABI 兼容、底层库可用 -
php --ini查 CLI 的配置路径，phpinfo()查 Web（phpMyAdmin）用的配置路径，两者常不同
Linux 下 apt/dnf/yum 装了 php-zip 却仍不生效
包管理器安装后看似“自动启用”，但实际可能被覆盖或未触发重载：
- Ubuntu/Debian：
sudo apt install php-zip后，检查/etc/php/*/cli/conf.d/20-zip.ini是否存在且内容为extension=zip - CentOS/RHEL 7：
sudo yum install php-pecl-zip会生成/etc/php.d/zip.ini，但若 PHP 版本是 8.x，该包可能不兼容，得换php81-php-pecl-zip类似命名 - 装完必须重启
php-fpm（如sudo systemctl restart php81-php-fpm），Apache/Nginx 不需要重启，但 php-fpm 进程必须新启
Windows 下 extension=php_zip.dll 总是静默失败
不是取消分号就完事，缺一个环节都会让 ZipArchive 构造失败：
-
php_zip.dll必须真实存在于ext/目录下；XAMPP/WAMP 用户注意：CLI 和 Apache 用的php.ini是两个文件，都得改 -
extension_dir必须写绝对路径，例如extension_dir = "C:\xampp\php\ext"，相对路径（如"./ext"）在 Web 模式下大概率失效 - PHP 8.0+ 需要
libzip≥ 1.3.0，但 Windows 官方包自带的libzip.dll常是旧版；若new ZipArchive()返回false且无错误，大概率是这个原因
phpMyAdmin 5.1 导出 ZIP 失败的隐藏依赖
它不只是要 zip 扩展，还依赖其他模块协同工作：
-
zlib扩展必须启用（php -m | grep zlib），否则即使ZipArchive::open()成功，extractTo()也可能抛failed to open stream - 导出目录需 PHP 进程用户（如
www-data或IUSR）有写权限，临时目录（sys_get_temp_dir()）也得可写 - 若服务器禁用了
proc_open（见disable_functions），phpMyAdmin 会 fallback 到系统unzip命令，此时还要确保which unzip有输出
最常被忽略的一点：phpMyAdmin 5.1 的 ZIP 导出逻辑在 Web 环境执行，验证必须用浏览器访问 phpinfo() 页面确认扩展状态，不能只信命令行结果。CLI 和 Web 的 php.ini、扩展路径、甚至 PHP 版本都可能不同。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
