从gsitgithub/find-currupt-jars.txt中，以下命令列出存储库中所有损坏的jar文件：

find  /home/me/.m2/repository/ -name "*jar" | xargs -L 1 zip -T | grep error | grep invalid

您可以删除损坏的jar文件，然后重新编译项目。
输出示例：

warning [/cygdrive/J/repo/net/java/dev/jna/jna/4.1.0/jna-4.1.0.jar]:  98304 extra bytes at beginning or within zipfile
  (attempting to process anyway)
file #1:  bad zipfile offset (local header sig):  98304
  (attempting to re-compensate)
zip error: Zip file invalid, could not spawn unzip, or wrong unzip (original files unmodified)

我想练习一下。
使用您首选的ide，以eclipse为例：
在异常堆栈中找到适当的位置
设置条件断点
调试一下
它将在异常之前打印损坏的jar

也许与这个问题的最初原因无关，但对于那些将面临gradle和本地模块依赖的人来说，这是一样的

dependencies {
    checkstyle project(":module")
}

如果模块不包含组和版本，那么在 module/build.gradle 只是需要具体说明

plugins {
    id 'java-library'
}

group = "com.example"
version = "master-SNAPSHOT"

我们可以使用至少两个选项在maven中强制进行校验和验证：
1.添加 --strict-checksums 我们的Maven指挥部。
2.将以下配置添加到maven设置文件：

<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
                          https://maven.apache.org/xsd/settings-1.0.0.xsd">
    <!--...-->
    <profiles>
        <profile>
            <!--...-->
            <repositories>
                <repository>
                    <id>codehausSnapshots</id>
                    <name>Codehaus Snapshots</name>
                    <releases>
                        <enabled>false</enabled>
                        <updatePolicy>always</updatePolicy>
                        <checksumPolicy>fail</checksumPolicy>
                    </releases>
                    <snapshots>
                        <enabled>true</enabled>
                        <updatePolicy>never</updatePolicy>
                        <checksumPolicy>fail</checksumPolicy>
                    </snapshots>
                    <url>
                        <!--...-->
                    </url>
                </repository>
            </repositories>
            <pluginRepositories>
                <!--...-->
            </pluginRepositories>
            <!--...-->
        </profile>
    </profiles>
    <!--...-->
</settings>

更多详情请参见本帖：https://dzone.com/articles/maven-artifact-checksums-what

这是一个用java编写的小检测器，只需复制并运行：）

import java.io.IOException;
import java.nio.file.Files;
import java.nio.file.Path;
import java.nio.file.Paths;
import java.util.ArrayList;
import java.util.List;
import java.util.jar.JarFile;
import java.util.stream.Collectors;

public class JarValidator {

    public static void main(String[] args) throws IOException {
        Path repositoryPath = Paths.get("C:\\Users\\goxr3plus\\.m2");

        // Check if the main Repository Exists
        if (Files.exists(repositoryPath)) {

            // Create a class instance
            JarValidator jv = new JarValidator();

            List<String> jarReport = new ArrayList<>();
            jarReport.add("Repository to process: " + repositoryPath.toString());

            // Get all the directory files
            List<Path> jarFiles = jv.getFiles(repositoryPath, ".jar");
            jarReport.add("Number of jars to process: " + jarFiles.size());
            jarReport.addAll(jv.openJars(jarFiles, true));

            // Print the report
            jarReport.stream().forEach(System.out::println);

        } else {
            System.out.println("Repository path " + repositoryPath + " does not exist.");
        }
    }

    /**
     * Get all the files from the given directory matching the specified extension
     * 
     * @param filePath      Absolute File Path
     * @param fileExtension File extension
     * @return A list of all the files contained in the directory
     * @throws IOException
     */
    private List<Path> getFiles(Path filePath, String fileExtension) throws IOException {
        return Files.walk(filePath).filter(p -> p.toString().endsWith(fileExtension)).collect(Collectors.toList());
    }

    /**
     * Try to open all the jar files
     * 
     * @param jarFiles
     * @return A List of Messages for Corrupted Jars
     */
    private List<String> openJars(List<Path> jarFiles, boolean showOkayJars) {
        int[] badJars = { 0 };
        List<String> messages = new ArrayList<>();

        // For Each Jar
        jarFiles.forEach(path -> {

            try (JarFile file = new JarFile(path.toFile())) {
                if (showOkayJars)
                    messages.add("OK : " + path.toString());
            } catch (IOException ex) {
                messages.add(path.toAbsolutePath() + " threw exception: " + ex.toString());
                badJars[0]++;
            }
        });

        messages.add("Total bad jars = " + badJars[0]);
        return messages;
    }

}

输出

Repository to process: C:\Users\goxr3plus\.m2
Number of jars to process: 4920
C:\Users\goxr3plus\.m2\repository\bouncycastle\isoparser-1.1.18.jar threw exception: java.util.zip.ZipException: zip END header not found
Total bad jars = 1
BUILD SUCCESSFUL (total time: 2 seconds)

我在将ear部署到本地weblogic示例时遇到了这个问题。清除本地存储库并构建ear再次解决了这个问题。

如果您使用的是centos linux系统，maven本地存储库将是：

/root/.m2/repository/

您可以删除.m2并在dev工具中构建maven项目，这将解决此问题。

除了删除.m2/repository之外，还要从服务器中删除应用程序，运行服务器（没有应用程序），停止它，然后再次添加应用程序。现在它应该可以工作了。由于某些原因，仅仅从界面清理服务器文件夹并没有同样的效果。

我的解决办法是逃跑 mvn 与 -X :

$ mvn package -X

然后回顾输出，直到看到失败，然后继续，直到看到mvn试图处理的最后一个jar文件：

...
... <<output ommitted>>
...
[DEBUG] Processing JAR /Users/snowch/.m2/repository/org/eclipse/jetty/jetty-server/9.2.15.v20160210/jetty-server-9.2.15.v20160210.jar
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 3.607 s
[INFO] Finished at: 2017-10-04T14:30:13+01:00
[INFO] Final Memory: 23M/370M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-shade-plugin:3.1.0:shade (default) on project kafka-connect-on-cloud-foundry: Error creating shaded jar: invalid LOC header (bad signature) -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-shade-plugin:3.1.0:shade (default) on project kafka-connect-on-cloud-foundry: Error creating shaded jar: invalid LOC header (bad signature)

查看失败前的最后一个jar并将其从本地存储库中删除，即。

$ rm -rf /Users/snowch/.m2/repository/org/eclipse/jetty/jetty-server/9.2.15.v20160210/

在pom文件中，maven编译器的配置似乎有问题。java源和目标的默认版本是1.5，即使使用的jdk也有更高的版本。
要修复此问题，请使用更高版本的java添加maven编译器插件配置部分，例如：

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-compiler-plugin</artifactId>
  <version>3.6.1</version>
  <configuration>
    <source>1.6</source>
    <target>1.6</target>
  </configuration>
</plugin>

有关更多信息，请查看以下链接：
maven编译器
错误报告

你需要检查哪个jar有问题。一定是坏了。删除那个jar然后运行 mvn spring-boot:run 再次命令。可能不止一个jar已损坏，因此每次需要运行该命令来删除该jar时。在我的例子中，mysql，jackson，aspect jars被破坏了 mvn spring-boot:run 命令三次，我发现了这一点并从中删除了jar .m2 文件夹。现在问题解决了。

jar文件可能已损坏。尝试删除以下文件夹的内容：

C:\Users\[username]\.m2\repository

然后右键单击您的项目，选择maven，updateproject，选中forceupdateofsnapshots/release。

主要问题是jar损坏。
要查找损坏的异常，您需要在eclipse的breakpoints视图中添加一个java异常断点，或者您首选的ide，选择 java.util.zip.ZipException 类，然后重新启动tomcat示例。
当jvm在 ZipException 必须转到的断点 JarFile.getManifestFromReference() 在堆栈跟踪中，并检查属性 name 查看文件名。
之后，您应该从文件系统中删除该文件，然后右键单击您的项目，选择maven，updateproject，选中forceupdateofsnapshots/release。

这个答案不是针对devops/系统管理员，而是针对那些使用ide（如eclipse和facebook）的人 invalid LOC header (bad signature) 问题。
您可以强制更新maven依赖项，如下所示：