比较新jar和旧jar中的META-INF文件夹(在添加新库之前)。有可能会有新的文件。如果是，可以删除。这应该会有所帮助。 问候, 999米甲

假设您使用ant构建jar文件，您可以指示ant去掉META-INF目录。这是我的蚂蚁目标的简化版本:

<jar destfile="app.jar" basedir="${classes.dir}">
    <zipfileset excludes="META-INF/**/*" src="${lib.dir}/bcprov-jdk16-145.jar"></zipfileset>
    <manifest>
        <attribute name="Main-Class" value="app.Main"/>
    </manifest>
</jar>

对于那些在尝试使用maven-shade-plugin创建阴影超级jar时遇到此错误的人，解决方案是通过在插件配置中添加以下行来排除清单签名文件:

<configuration>
    <filters>
        <filter>
            <artifact>*:*</artifact>
            <excludes>
                <exclude>META-INF/*.SF</exclude>
                <exclude>META-INF/*.DSA</exclude>
                <exclude>META-INF/*.RSA</exclude>
            </excludes>
        </filter>
    </filters>
    <!-- Additional configuration. -->
</configuration>

比较新jar和旧jar中的META-INF文件夹(在添加新库之前)。有可能会有新的文件。如果是，可以删除。这应该会有所帮助。 问候, 999米甲

有可能是两个不同的签名者搞砸了java思维。

尝试从jar中删除META-INF文件夹，再次添加清单和签名jar，它帮助了我:http://jehy.ru/articles/2013/12/13/invalid-signature-file-digest-for-manifest-main-attributes/

有些依赖项可能是带符号的jarfile。当您将它们全部组合到一个大的jarfile中时，相应的签名文件仍然存在，并且不再与“大的组合”jarfile匹配，因此运行时停止认为jar文件已被篡改(它…可以这么说)。

假设您正在使用ant，可以通过从jarfile依赖项中删除签名文件来解决这个问题。不幸的是，在ant中不可能一步到位。

但是，我能够在Ant中分两步实现这个功能，而不需要具体地命名每个jarfile依赖项，通过使用:

<target name="jar" depends="compile" description="Create one big jarfile.">
    <jar jarfile="${output.dir}/deps.jar">
        <zipgroupfileset dir="jars">
            <include name="**/*.jar" />
        </zipgroupfileset>
    </jar>
    <sleep seconds="1" />
    <jar jarfile="${output.dir}/myjar.jar" basedir="${classes.dir}">
        <zipfileset src="${output.dir}/deps.jar" excludes="META-INF/*.SF" />
        <manifest>
            <attribute name="Main-Class" value="com.mycompany.MyMain" />
        </manifest>
    </jar>
</target>

sleep元素的作用是防止将来出现关于修改日期的文件的错误。

我在链接线程中发现的其他变化并不适合我。