字节数组生成的Zip文件可被7Zip打开但Windows资源管理器提示无效

问题根因及修复方案 #

• 核心错误：获取字节数组时ZipOutputStream未完成写入
  你当前在try-with-resources块内部调用zipBaos.toByteArray()返回结果，而try-with-resources的资源关闭逻辑是在离开try块后才会执行。ZipOutputStream只有在执行close()方法时才会写入zip文件必需的中央目录记录，你提前读取的字节数组缺失这部分关键数据。7-Zip容错性强可以通过本地文件头解析内容，Windows资源管理器严格遵循zip规范，缺失中央目录就会判定为无效文件。
  修复方式：将读取字节数组的逻辑移到try块之外，ByteArrayOutputStream的close()方法为空实现，资源关闭后仍然可以正常读取内容：

try (ByteArrayOutputStream zipBaos = new ByteArrayOutputStream();
     ZipOutputStream zs = new ZipOutputStream(zipBaos)) {
    // 原有压缩逻辑不变
    Path pp = Paths.get(sourceDirPath);
    Files.walk(pp)
            .filter(path -> !Files.isDirectory(path) && pp.relativize(path).toString().contains(instituteId)
                    && pp.relativize(path).toString().contains("dumps-" + hostCount))
            .forEach(LambdaExceptionUtil.rethrowConsumer(path -> {
                ZipEntry zipEntry = new ZipEntry(pp.relativize(path).toString().replace('\\', '/'));
                try {
                    downloadedfilename.add(zipEntry.getName().substring(
                            zipEntry.getName().lastIndexOf('/') + 1, zipEntry.getName().length()));
                    zs.putNextEntry(zipEntry);
                    Files.copy(path, zs);
                    zs.closeEntry();
                } catch (IOException e) {
                    LOGGER.error("Exception in Zipping downloaded files {}", e);
                    throw e;
                }
            }));
    // 移除这里原有的return逻辑
}
// 资源关闭后再读取字节数组
return zipBaos.toByteArray();

• 路径分隔符不兼容
  Zip规范要求所有内部路径必须使用正斜杠/作为分隔符，Windows环境下pp.relativize(path).toString()默认返回带反斜杠\的路径，直接作为ZipEntry名称会导致Windows资源管理器无法识别路径结构。上面的修复代码中已经通过replace('\\', '/')处理了这个问题。
• 文件名编码不兼容
  如果压缩的文件名包含中文等非ASCII字符，Java原生ZipOutputStream默认使用UTF-8编码存储文件名，而Windows资源管理器默认使用GBK编码解析，编码不匹配也会导致文件识别失败。需要兼容Windows的话可以引入Apache Commons Compress库，使用ZipArchiveOutputStream并手动指定编码为GBK即可。

内容的提问来源于stack exchange，提问作者Pramit Bhaumik