PHP使用ZipArchive创建压缩包方法详解

PHP用ZipArchive创建ZIP包需三步：实例化、open、addFile/close；关键在检查open返回值是否为ZIPARCHIVE::ER_OK，正确处理路径、编码、权限及close失败等细节。

PHP 用 ZipArchive 创建 ZIP 压缩包，核心就三步：实例化、打开/创建、添加文件/关闭。但实际写代码时，90% 的问题出在路径处理、权限、编码和错误判断上。

ZipArchive::open() 的返回值必须检查，不能只看是否为 true

ZipArchive::open() 成功时返回 ZIPARCHIVE::ER_OK（即 0），失败时返回负数错误码（如 -1 表示无法创建文件，-2 表示路径无效）。直接用 if ($zip->open(...) === true) 会漏掉所有错误。

• 正确做法是显式比对返回值：if ($zip->open($filename, ZipArchive::CREATE) !== ZIPARCHIVE::ER_OK)
• 常见错误码：-1（权限不足或目录不存在）、-2（路径含非法字符或太长）、-21（ZIP 文件已打开且被占用）
• Windows 下注意路径分隔符，建议统一用 / 或 DIRECTORY_SEPARATOR，避免 \ 被误解析为转义

addFile() 和 addFromString() 的路径参数决定压缩包内文件结构

addFile() 的第二个参数（$localname）不是可选的“别名”，而是 ZIP 包内显示的完整路径。它直接影响解压后的目录层级。

• 写 $zip->addFile('/var/www/log.txt', 'log.txt') → 解压后是平级 log.txt
• 写 $zip->addFile('/var/www/log.txt', 'backup/log.txt') → 解压后生成 backup/ 目录
• 若源文件路径含中文，且 PHP 文件系统编码为 UTF-8（Linux/macOS 默认），但 Windows CMD 解压工具默认 GBK，会导致文件名乱码；解决方法是用 addFromString() 手动指定原始字节：

  $content = file_get_contents($src);
  $zip->addFromString(iconv('UTF-8', 'GBK', '中文名.txt'), $content);

addGlob() 和 addPattern() 在 PHP 7.4+ 中可用，但有严重限制

addGlob() 看起来方便，但默认不递归、不支持 **、且路径必须是相对当前工作目录（getcwd()），不是相对于 glob 字符串本身。

• 想打包 ./src/*.php：必须先 chdir('src') 再调用 addGlob('*.php')，否则匹配不到
• 要递归打包子目录？只能手动 scandir() + 循环 addFile()，或改用 RecursiveIteratorIterator
• addPattern() 依赖 PCRE，且正则作用于文件系统路径（非 ZIP 内路径），容易因路径分隔符差异匹配失败

close() 失败意味着压缩未真正写入磁盘

ZipArchive::close() 返回 false 并不罕见——它可能因为磁盘满、临时目录无写入权限、或 ZIP 文件正被其他进程读取（比如浏览器正在下载该文件）而失败。

• 务必检查：if ($zip->close() === false) { /* 记录错误，原 ZIP 文件可能不完整 */ }
• 如果需要原子性（防止生成损坏的 ZIP），先写到临时路径（如 $tmp = sys_get_temp_dir() . '/archive_' . uniqid() . '.zip'），close 成功后再 rename() 覆盖目标文件
• 注意：ZipArchive 不支持流式写入，整个 ZIP 必须加载进内存再刷盘，大文件（>500MB）易触发 memory_limit 错误

最常被忽略的是：ZipArchive 对符号链接、空目录、文件权限位的支持极弱。它不会自动跟随软链，也不会保存 chmod 信息，更不会为不存在的父目录自动 mkdir —— 所有这些都得你提前处理好。