IntelliJ Maven项目Jar包在其他机器报Invalid or corrupt jar file求助

• 验证Jar包完整性
  传输过程中文件损坏是最常见的原因。分别在本地和目标机器计算Jar包的哈希值对比：

  • Linux/macOS：执行 md5sum your-app.jar 或 sha256sum your-app.jar
  • Windows：执行 certutil -hashfile your-app.jar MD5
    如果哈希值不一致，重新传输Jar包（建议用压缩包或可靠的传输工具，避免断点续传导致的文件残缺）。也可以在本地执行 jar xf your-app.jar 解压Jar包，若本地能正常解压但目标机器解压失败，可直接确认是传输损坏。

• 检查Maven打包配置
  确认pom.xml中的打包插件配置是否正确，尤其是JDK版本和主类指定：
  以maven-jar-plugin为例：

  <plugin>
      <groupId>org.apache.maven.plugins</groupId>
      <artifactId>maven-jar-plugin</artifactId>
      <version>3.3.0</version>
      <configuration>
          <archive>
              <manifest>
                  <mainClass>com.yourpackage.MainClass</mainClass>
              </manifest>
          </archive>
          <source>1.8</source>
          <target>1.8</target>
      </configuration>
  </plugin>
  

  执行 mvn clean package -DskipTests 重新打包，观察控制台是否有编译警告或错误，确保打包过程无异常。

• 排查目标机器Java环境细节

  • 确认Java架构一致：执行 java -version，检查输出中的架构信息（如64-Bit Server VM），避免本地是64位Java、目标机器是32位的情况。
  • 检查Jar存放路径：避免路径包含空格、中文或特殊字符，比如C:\Program Files\这类路径可能导致加载异常，可将Jar移至无特殊字符的目录后重试。

• 重新打包并替换Jar
  执行 mvn clean install 清理本地缓存并重新生成Jar包，再传输到目标机器。如果是Spring Boot项目，确保使用spring-boot:repackage目标打包，普通Jar插件生成的包可能未包含依赖，也可能触发类似错误提示。

• 用Java工具深入验证
  在目标机器执行 jar tf your-app.jar 列出Jar内文件，若命令执行失败则Jar确实损坏；若能正常列出文件，再执行 java -jar your-app.jar，此时可能会输出更具体的错误信息（比如主类找不到、依赖缺失等，这类问题有时会被笼统提示为Jar损坏）。

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