java.util.zip.ZipException：打开 zip 文件时出错

Question

我有一个 Jar 文件，其中包含其他嵌套的 Jar。 当我在此文件上调用新的 JarFile() 构造函数时，出现一个异常：

java.util.zip.ZipException：打开 zip 文件时出错

当我手动解压缩此 Jar 文件的内容并再次将其压缩时，它工作正常。

我只在 WebSphere 6.1.0.7 及更高版本上看到此异常。 同样的事情在 tomcat 和 WebLogic 上也可以正常工作。

当我使用 JarInputStream 而不是 JarFile 时，我能够毫无例外地读取 Jar 文件的内容。

Answer 1

确保您的 jar 文件没有损坏。 如果它已损坏或无法解压缩，则会出现此错误。

Answer 2

我遇到了同样的问题。 我有一个 zip 存档，java.util.zip.ZipFile 无法处理，但 WinRar 可以很好地解压它。 我发现SDN上的文章< /a> 关于 Java 中的压缩和解压缩选项。 我稍微修改了示例代码之一以生成最终能够处理存档的方法。 技巧在于使用 ZipInputStream 而不是 ZipFile 并顺序读取 zip 存档。 此方法还能够处理空的 zip 存档。 我相信您可以调整该方法以满足您的需求，因为所有 zip 类都有 .jar 档案的等效子类。

public void unzipFileIntoDirectory(File archive, File destinationDir) 
    throws Exception {
    final int BUFFER_SIZE = 1024;
    BufferedOutputStream dest = null;
    FileInputStream fis = new FileInputStream(archive);
    ZipInputStream zis = new ZipInputStream(new BufferedInputStream(fis));
    ZipEntry entry;
    File destFile;
    while ((entry = zis.getNextEntry()) != null) {
        destFile = FilesystemUtils.combineFileNames(destinationDir, entry.getName());
        if (entry.isDirectory()) {
            destFile.mkdirs();
            continue;
        } else {
            int count;
            byte data[] = new byte[BUFFER_SIZE];
            destFile.getParentFile().mkdirs();
            FileOutputStream fos = new FileOutputStream(destFile);
            dest = new BufferedOutputStream(fos, BUFFER_SIZE);
            while ((count = zis.read(data, 0, BUFFER_SIZE)) != -1) {
                dest.write(data, 0, count);
            }
            dest.flush();
            dest.close();
            fos.close();
        }
    }
    zis.close();
    fis.close();
}

Answer 3

我以前见过这个异常，当时 JVM 认为的 temp 目录由于不存在或没有写入权限而无法访问。

Answer 4

可能和log4j有关。

websphere java 类路径（如启动文件中定义）以及应用程序类路径中是否有 log4j.jar 文件？

如果您确实确保 log4j.jar 文件位于 java 类路径中，并且不在 Web 应用程序的 web-inf/lib 目录中。

---

它还可以与 ant版本（可能不是你的情况，但我把它放在这里供参考）：

您的类路径中有一个 .class 文件（即不是目录或 .jar 文件）。 从 ant 1.6 开始，ant 将打开类路径中的文件检查清单条目。 此尝试打开将失败，并出现错误“java.util.zip.ZipException”

ant 1.5 不存在该问题，因为它不会尝试打开文件。 - 因此请确保您的类路径不包含 .class 文件。

---

顺便说一句，您是否考虑过 单独的 jar ？< br>
您可以在主 jar 的清单中，引用具有此属性的其他 jar：

Class-Path: one.jar two.jar three.jar

然后，将所有 jar 放在同一个文件夹中。
同样，可能不适用于您的情况，但仍然可供参考。

Answer 5

我通过清除 jboss-xyz/server[config]/tmp 和 jboss-xyz/server/[config]/work 目录解决了这个问题。

Answer 6

我在 Java 6 的特定 Zip 文件中看到了这一点，但当我升级到 Java 8 时（没有测试 Java 7），它就消失了，因此 Java 中的 ZipFile 的新版本似乎支持更多压缩算法，因此可以读取以下文件早期版本失败。

Answer 7

Liquibase 为我收到此错误。 我在调试并观察 liquibase 尝试加载库后解决了这个问题，发现它在 commons-codec-1.6.jar 的清单文件上出错。 本质上，您的路径中某处存在损坏的 zip 文件，或者正在使用不兼容的版本。 当我对该库的 Maven 存储库进行探索时，我发现有较新的版本并将较新的版本添加到 pom.xml 中。 此时我能够继续进行。

Answer 8

遇到异常

java.util.zip.ZipException: invalid entry CRC (expected 0x0 but got 0xdeadface)
    at java.util.zip.ZipInputStream.read(ZipInputStream.java:221)
    at java.util.zip.ZipInputStream.closeEntry(ZipInputStream.java:140)
    at java.util.zip.ZipInputStream.getNextEntry(ZipInputStream.java:118)
...

我在用 Java 解压存档时 。 存档本身似乎没有损坏，因为 7zip（和其他人）打开它时没有任何问题或关于无效 CRC 的投诉。

我切换到 Apache Commons Compress 来读取 zip 条目，这解决了问题。

Answer 9

只是为了克服 ZipException，我使用了 commons-compress^1.14 名为 jarchivelib^{由 thrau} 可以轻松地从 File 对象中提取或压缩。

示例：

public static void main(String[] args) {
        String zipfilePath = 
                "E:/Selenium_Server/geckodriver-v0.19.0-linux64.tar.gz";
                //"E:/Selenium_Server/geckodriver-v0.19.0-win32.zip";
        String outdir = "E:/Selenium_Server/";
        exratctFileList(zipfilePath, outdir );
}
public void exratctFileList( String zipfilePath, String outdir ) throws IOException {
    File archive = new File( zipfilePath );
    File destinationDir = new File( outdir );

    Archiver archiver = null;
    if( zipfilePath.endsWith(".zip") ) {
        archiver = ArchiverFactory.createArchiver( ArchiveFormat.ZIP );
    } else if ( zipfilePath.endsWith(".tar.gz") ) {
        archiver = ArchiverFactory.createArchiver( ArchiveFormat.TAR, CompressionType.GZIP );
    }
    archiver.extract(archive, destinationDir);

    ArchiveStream stream = archiver.stream( archive );
    ArchiveEntry entry;

    while( (entry = stream.getNextEntry()) != null ) {
        String entryName = entry.getName();
        System.out.println("Entery Name : "+ entryName );
    }
    stream.close();
}

Maven 依赖项 « 您可以从 Sonatype Maven 存储库 (位于 org/rauschig/jarchivelib/。

<dependency>
  <groupId>org.rauschig</groupId>
  <artifactId>jarchivelib</artifactId>
  <version>0.7.1</version>
</dependency>

@see

• 归档器和压缩器
• 使用 Java API 压缩和解压缩数据

Answer 10

在 Windows7 上，我通过 Samba 网络连接处理大于 80 MB 的 Java8 Jar 文件时遇到了这个问题。 将文件复制到本地驱动器解决了该问题。

Answer 11

就我而言，我的 -Dloader.path="lib" 包含其他不需要的 jar。
例如，mvn dependency:copy-dependencies 列出了 100 个 jar 文件。但是我的 lib 目录包含 101 个 jar 文件。

Answer 12

就我而言，多个版本的 SL4j-api.jar 在 Maven 存储库中存在冲突。 我删除了 m2 maven repo 中的整个 SL4j-api 文件夹并更新了 maven 项目，构建了 maven 项目，然后在 JBOSS 服务器中运行了该项目。 问题得到解决。

Answer 13

时遇到此异常。

我在构建 mvn clean install -DskipTests ZipException opening "groovy-4.0.18.jar": zip END header not found

删除 groovy-4.0.18.jar 并重建对我有用