脚本之家 服务器常用软件
快捷导航
您的位置：首页 → 软件编程 → java → Java错误zip END header not found

Java项目中“zip END header not found“错误的解决方案

 更新时间：2025年06月05日 09:13:25   作者：李少兄  
在 Java 项目构建或运行过程中,开发者常会遇到 java.util.zip.ZipException: zip END header not found 错误,这一异常通常与 JAR 文件损坏、下载不完整、编码问题或 Maven 依赖管理配置不当有关,本文给大家介绍了Java项目中“zip END header not found“错误的解决方案

一、问题本质：JAR 文件损坏或 ZIP 格式异常

1.1 ZIP 文件结构简析

ZIP 文件由多个 条目（Entry） 组成，每个条目包含：

  • 本地文件头（Local File Header）：记录文件元数据（如文件名、压缩算法）。
  • 文件数据（File Data）：实际压缩后的文件内容。
  • 中央目录项（Central Directory Entry）：汇总所有条目信息。
  • 结束标记（END of Central Directory Record）：标识 ZIP 文件的结尾。

当 ZipFile 或 ZipInputStream 在读取 ZIP 文件时发现 缺失 END 标记，便会抛出 ZipException。

1.2 常见触发场景

场景描述示例错误日志
JAR 文件损坏下载中断或存储异常导致文件不完整java.util.zip.ZipException: zip END header not found
编码问题中文文件名未使用正确字符集解析java.lang.IllegalArgumentException: MALFORMED
ZIP64 格式支持不足大文件超出标准 ZIP 格式限制invalid zip64 extra data field size
依赖冲突多个版本的依赖共存导致类路径冲突ClassCastException 或 NoClassDefFoundError

二、成因分析与解决方案

2.1 场景 1：JAR 文件损坏

成因

  • 网络中断：Maven 从远程仓库（如阿里云镜像）下载 JAR 时，因网络波动导致文件未完全写入。
  • 镜像仓库问题：第三方镜像仓库（如阿里云、华为云）提供损坏的 JAR 文件。
  • 磁盘空间不足：本地仓库目录空间不足，导致文件写入失败。

解决方案

步骤 1：删除本地仓库中的损坏文件

# Windows
rm -rf ~/.m2/repository/com/konghq/unirest-java/3.14.5/

# Linux/macOS
rm -rf ~/.m2/repository/com/konghq/unirest-java/3.14.5/

步骤 2：强制重新下载依赖

mvn dependency:purge-local-repository clean install -U

步骤 3：手动下载并替换 JAR 文件

  • 从 Maven Central 获取正确版本的 JAR 文件。
  • 替换到本地仓库路径：
cp unirest-java-3.14.5.jar ~/.m2/repository/com/konghq/unirest-java/3.14.5/

验证校验值

使用 SHA1 校验文件完整性：

certutil -hashfile unirest-java-3.14.5.jar SHA1

2.2 场景 2：编码问题导致 ZIP 解析失败

成因

  • ZIP 文件中的中文文件名使用 GBK 编码，而 Java 默认使用 UTF-8 解析。

解决方案

代码示例：指定字符集解析 ZIP 文件

import java.io.FileInputStream;
import java.nio.charset.Charset;
import java.util.zip.ZipEntry;
import java.util.zip.ZipInputStream;

public class ZipHandler {
    public static void main(String[] args) throws Exception {
        String zipFilePath = "path/to/your/file.zip";
        try (FileInputStream fis = new FileInputStream(zipFilePath);
             ZipInputStream zis = new ZipInputStream(fis, Charset.forName("GBK"))) {  // 指定 GBK 编码
            ZipEntry entry;
            while ((entry = zis.getNextEntry()) != null) {
                System.out.println("Entry: " + entry.getName());
                // 处理文件内容...
            }
        }
    }
}

Maven 依赖管理

若需处理中文文件名的依赖（如 Spring Boot 项目），确保依赖的 JAR 文件本身无编码问题。

2.3 场景 3：ZIP64 格式支持不足

成因

  • 文件大小超过 4GB（ZIP 标准限制），导致使用 ZIP64 扩展格式。
  • 旧版 JDK（如 Java 7）或 Maven 插件不支持 ZIP64。

解决方案

升级 JDK

使用 Java 8 或更高版本，支持 ZIP64 格式：

# 检查 JDK 版本
java -version

配置 Maven 支持大文件

在 settings.xml 中启用 ZIP64 支持：

<systemProperties>
    <net.java.dev.jna.zip64.enabled>true</net.java.dev.jna.zip64.enabled>
</systemProperties>

使用 Apache Commons Compress

替代 java.util.zip，支持 ZIP64：

<dependency>
    <groupId>org.apache.commons</groupId>
    <artifactId>commons-compress</artifactId>
    <version>1.21</version>
</dependency>

代码示例

import org.apache.commons.compress.archivers.zip.ZipArchiveEntry;
import org.apache.commons.compress.archivers.zip.ZipFile;

public class Zip64Handler {
    public static void main(String[] args) throws Exception {
        String zipFilePath = "path/to/large-file.zip";
        try (ZipFile zipFile = new ZipFile(zipFilePath)) {
            for (ZipArchiveEntry entry : zipFile.getEntries()) {
                System.out.println("Entry: " + entry.getName());
            }
        }
    }
}

2.4 场景 4：依赖冲突导致类路径异常

成因

  • 多个依赖引入相同库的不同版本（如 com.mashape.unirest:unirest-java 与 com.konghq:unirest-java）。
  • 依赖传递性导致版本不一致。

解决方案

排除冲突依赖

在 pom.xml 中显式排除旧版依赖：

<dependency>
    <groupId>third-party-group</groupId>
    <artifactId>third-party-lib</artifactId>
    <version>1.0.0</version>
    <exclusions>
        <exclusion>
            <groupId>com.mashape.unirest</groupId>
            <artifactId>unirest-java</artifactId>
        </exclusion>
    </exclusions>
</dependency>

统一依赖管理

使用 dependencyManagement 强制版本一致性：

<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>com.konghq</groupId>
            <artifactId>unirest-java</artifactId>
            <version>3.14.5</version>
        </dependency>
    </dependencies>
</dependencyManagement>

<dependencies>
    <dependency>
        <groupId>com.konghq</groupId>
        <artifactId>unirest-java</artifactId>
    </dependency>
</dependencies>

三、高级技巧与最佳实践

3.1 Maven 镜像优化

切换镜像仓库

避免使用可能损坏的镜像，优先使用官方仓库：

<mirrors>
    <mirror>
        <id>central</id>
        <url>https://repo1.maven.org/maven2</url>
        <mirrorOf>central</mirrorOf>
    </mirror>
</mirrors>

镜像覆盖策略

若需使用第三方镜像，建议覆盖所有仓库：

<mirror>
    <id>aliyunmaven</id>
    <url>https://maven.aliyun.com/repository/public</url>
    <mirrorOf>*</mirrorOf>
</mirror>

3.2 依赖校验工具

Maven Enforcer Plugin

禁止特定版本的依赖：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-enforcer-plugin</artifactId>
    <version>3.0.0</version>
    <executions>
        <execution>
            <id>enforce-banned-dependencies</id>
            <goals>
                <goal>enforce</goal>
            </goals>
            <configuration>
                <rules>
                    <bannedDependencies>
                        <excludes>
                            <exclude>com.mashape.unirest:unirest-java</exclude>
                        </excludes>
                    </bannedDependencies>
                </rules>
            </configuration>
        </execution>
    </executions>
</plugin>

3.3 日志与调试

打印依赖树

定位冲突依赖：

mvn dependency:tree

检查文件完整性

使用 jar 命令验证 JAR 文件：

jar tf unirest-java-3.14.5.jar

四、总结

问题类型原因解决方案
JAR 文件损坏网络中断、镜像问题删除本地缓存，强制重新下载
编码问题中文文件名乱码指定字符集解析 ZIP 文件
ZIP64 支持不足文件过大升级 JDK，使用 Apache Commons Compress
依赖冲突多个版本共存排除旧版依赖，统一版本管理

以上就是Java项目中“zip END header not found“错误的解决方案的详细内容，更多关于Java错误zip END header not found的资料请关注脚本之家其它相关文章！

您可能感兴趣的文章:

相关文章

  • java使用@Transactional时常犯的N种错误

    java使用@Transactional时常犯的N种错误

    @Transactional是我们在用Spring时候几乎逃不掉的一个注解，本文主要介绍了使用 @Transactional 时常犯的N种错误，文中通过示例代码介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
    2022-01-01
  • Java Swing实现JTable检测单元格数据变更事件的方法示例

    Java Swing实现JTable检测单元格数据变更事件的方法示例

    这篇文章主要介绍了Java Swing实现JTable检测单元格数据变更事件的方法,结合完整实例形式分析了Swing实现JTable检测单元格数据变更事件过程中出现的问题与相关解决方法,需要的朋友可以参考下
    2017-11-11
  • Java手写图书管理基本功能附代码

    Java手写图书管理基本功能附代码

    随着网络技术的高速发展，计算机应用的普及，利用计算机对图书馆的日常工作进行管理势在必行，本篇文章手把手带你用Java实现一个图书管理系统,大家可以在过程中查缺补漏，提升水平
    2022-04-04
  • Mybatis加载策略的实现方法

    Mybatis加载策略的实现方法

    Mybatis中一对一，一对多，多对多关系的配置及实现，可以实现对象的关联查询。实际开发过程中很多时候我们并不需要总是在加载用户信息时就一定要加载他的订单信息，这是就是我们常说的延时加载，本文给大家详细介绍实现方法，一起看看吧
    2022-02-02
  • MyBatis入门初体验之使用大全(2)

    MyBatis入门初体验之使用大全(2)

    这篇文章主要介绍了MyBatis入门初体验之使用大全(2)的相关资料,非常不错，具有参考借鉴价值，需要的朋友可以参考下
    2016-07-07
  • 详解SpringBoot中Session超时原理说明

    详解SpringBoot中Session超时原理说明

    本篇文章主要介绍了详解SpringBoot中Session超时原理说明，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
    2017-08-08
  • 关于Java中的klass和class

    关于Java中的klass和class

    这篇文章主要介绍了关于Java中klass和class的区别,vm加载的字节码,也就是.class文件,被加载到方法区里面,叫Kclass,是一个C++对象,含有类的信息、虚方法表等,需要的朋友可以参考下
    2023-08-08
  • Spring Data JPA命名约定查询实现方法

    Spring Data JPA命名约定查询实现方法

    这篇文章主要为大家介绍了Spring Data JPA命名约定查询实现方法示例详解，有需要的朋友可以借鉴参考下，希望能够有所帮助，祝大家多多进步，早日升职加薪
    2023-12-12
  • SpringBoot项目打jar包与war包的详细步骤

    SpringBoot项目打jar包与war包的详细步骤

    SpringBoot和我们之前学习的web应用程序不一样,其本质上是一个 Java应用程序，那么又如何部署呢?这篇文章主要给大家介绍了关于SpringBoot项目打jar包与war包的详细步骤,需要的朋友可以参考下
    2023-02-02
  • springMVC框架下JQuery传递并解析Json数据

    springMVC框架下JQuery传递并解析Json数据

    json作为一种轻量级的数据交换格式，在前后台数据交换中占据着非常重要的地位，这篇文章主要介绍了springMVC框架下JQuery传递并解析Json数据，有兴趣的可以了解一下。
    2017-01-01

最新评论