在Java中使用ZipOutputStream打包多级目录时，许多新手容易踩坑。不少人以为只要放入文件，目录就会自动生成——结果解压后发现目录结构混乱，或者空目录直接消失不见。问题究竟出在哪里？

核心逻辑其实很简单：ZIP格式本身并不支持“空文件夹”的概念，它只识别条目（Entry）。要构建目录结构，你必须在ZipEntry的名称中显式添加路径分隔符（/），并且为每个目录单独创建一个以/结尾的条目。这里面有两个关键操作——putNextEntry负责“开门”，将当前条目写入流；closeEntry负责“关门”，必须调用，否则ZIP的元数据不完整，解压时轻则丢失层级，重则直接报错。

目录条目必须显式添加并以斜杠结尾

前面提到，ZIP规范中没有真正的“空目录”，但我们可以通过一种约定俗成的方式来表示：创建一个名称以/结尾、大小为0、且标记为目录的ZipEntry。Java的ZipEntry提供了setDirectory(true)方法，这是最推荐的做法；当然，仅靠名称末尾的/在某些工具中也能正常工作，但无法保证所有场景都兼容。

• 举例说明：new ZipEntry("src/main/java/") 就是一个目录条目。
• 你的操作步骤是：zos.putNextEntry(dirEntry)，然后立即调用zos.closeEntry()——注意，这里不要写入任何数据！
• 如果忘记调用closeEntry()，后续的putNextEntry会抛出IOException，整个ZIP文件也就无法使用了。

文件条目路径可自动隐含父目录，但存在兼容性风险

当你添加一个文件条目，比如new ZipEntry("src/main/java/MyClass.java")，大多数主流解压工具在解压时会根据路径自动创建中间的目录（src/、main/、java/）。但这里有一个陷阱：如果某一层目录下没有任何文件，只有子目录，那么仅靠文件条目“顺便”创建目录的方式，在某些老旧解压器（例如旧版Windows资源管理器）中，那个空目录就会彻底消失。

• 举个例子：假设你要打包a/b/c.txt和a/d/e.txt，那么a/、a/b/、a/d/都应该作为独立的目录条目显式添加进去。
• 只添加文件条目虽然大部分情况下能“碰巧”解压出目录，但ZIP元数据中缺少目录项，兼容性风险就留给了使用者。

正确顺序：先目录后文件，每个条目都需要 put 和 close

构建ZIP时，条目顺序并没有强制要求，但按路径字典序组织会让结构更清晰。真正重要的是：每个putNextEntry后面必须紧跟对应的closeEntry，无论它是目录还是文件。

• 目录条目：putNextEntry → 立即 closeEntry（不写数据）
• 文件条目：putNextEntry → 写入字节流 → closeEntry
• 错误示例：putNextEntry(fileEntry); write(...); putNextEntry(dirEntry); —— 缺少第一个closeEntry，会直接抛出IOException。

实用代码片段（含目录预处理）

为了避免重复添加同名目录，一个实用的技巧是：先收集所有文件路径，从每个路径中向上提取目录，去重排序后再逐个写入。下面这个片段可以直接拿去用：

// 假设 files = ["a/b/c.txt", "a/d/e.txt"]
Set dirs = new TreeSet<>();
for (String path : files) {
    int lastSep;
    while ((lastSep = path.lastIndexOf('/')) > 0) {
        dirs.add(path.substring(0, lastSep + 1)); // 保留末尾 '/'
        path = path.substring(0, lastSep);
    }
}
// 先写目录
for (String dir : dirs) {
    ZipEntry e = new ZipEntry(dir);
    e.setDirectory(true);
    zos.putNextEntry(e);
    zos.closeEntry(); // 必须！
}
// 再写文件
for (String file : files) {
    ZipEntry e = new ZipEntry(file);
    zos.putNextEntry(e);
    Files.copy(Paths.get(file), zos); // 或手动 write
    zos.closeEntry(); // 必须！
}