Java打包可执行JAR文件的三种方式详解

 更新时间:2025年12月13日 08:47:49   作者:小飞Coding  
很多 Java 开发者都遇到过这样的问题,一打包就报错 ClassNotFoundException,其实这就是JAR 包没打好,下面我们就来看看Maven打可执行 JAR 的三种详细方法吧

三种方式打 Java 可执行 JAR 包,你用对了吗

写完代码只是开始,如何打包成一个“开箱即用”的 JAR 文件,才是交付的关键一步。

很多 Java 开发者都遇到过这样的问题: 本地跑得好好的程序,一打包就报错 ClassNotFoundException 别慌,这很可能不是你的代码问题,而是——JAR 包没打好!

Maven 提供了多种打可执行 JAR 的方式。今天我们就来对比三种主流方案:

  • maven-jar-plugin(轻量外置依赖)
  • maven-assembly-plugin(全家桶打包)
  • maven-shade-plugin(高级防冲突版)

每种方式配真实 pom.xml 配置 + 执行命令 + 输出结构,让你看完就能上手!

方式一:maven-jar-plugin—— “轻量但依赖外置”

它只打包你自己的代码,不包含第三方依赖,但会在 MANIFEST.MF 中指定依赖路径。

pom.xml 配置

<build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-jar-plugin</artifactId>
                <version>3.2.0</version>
                <configuration>
                    <archive>
                        <manifest>
                            <mainClass>org.example.App</mainClass>
                            <addClasspath>true</addClasspath>
                            <classpathPrefix>dependencies/</classpathPrefix>
                        </manifest>
                    </archive>
                </configuration>
            </plugin>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-dependency-plugin</artifactId>
                <version>3.1.1</version>
                <executions>
                    <execution>
                        <phase>package</phase>
                        <goals>
                            <goal>copy-dependencies</goal>
                        </goals>
                        <configuration>
                            <outputDirectory>${project.build.directory}/dependencies/</outputDirectory>
                            <includeScope>runtime</includeScope>
                        </configuration>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>

打包后结构

jar包解压后看长啥样

├── META-INF
│   ├── MANIFEST.MF
│   └── maven
│       └── org.example
│           └── java-demo
│               ├── pom.properties
│               └── pom.xml
└── org
    └── example
        └── App.class

jar包中的MANIFEST.MF文件

Manifest-Version: 1.0
Created-By: Maven Jar Plugin 3.2.0
Build-Jdk-Spec: 17
Class-Path: dependencies/fastjson2-2.0.60.jar       <-第三方依赖包在这里
Main-Class: org.example.App                         <-启动类

执行命令

java -jar java-demo-1.0-SNAPSHOT.jar
  • 优点:JAR 小、依赖清晰
  • 缺点:必须保证 dependencies/ 目录在 JAR 同级,否则运行失败!

方式二:maven-assembly-plugin—— “全家桶打包”

生成一个 fat jar,把你的代码 + 所有依赖的 class 全部塞进去。

pom.xml 配置

<build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-assembly-plugin</artifactId>
                <version>3.1.0</version>
                <configuration>
                    <finalName>java-demo</finalName>
                    <descriptorRefs>
                        <descriptorRef>jar-with-dependencies</descriptorRef>
                    </descriptorRefs>
                    <archive>
                        <manifest>
                            <mainClass>org.example.App</mainClass>
                        </manifest>
                    </archive>
                </configuration>
                <executions>
                    <execution>
                        <phase>package</phase>
                        <goals>
                            <goal>single</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>

打包后结构

target/
├── java-demo-jar-with-dependencies.jar     ← 可执行 fat jar
└── java-demo-1.0-SNAPSHOT.jar              ← 原始包(不可执行)

可执行jar包的解压后长啥样

jar包的MANIFEST.MF文件

Manifest-Version: 1.0
Created-By: Apache Maven 3.9.8
Built-By: Administrator
Build-Jdk: 17.0.11
Main-Class: org.example.App

执行命令

java -jar java-demo-jar-with-dependencies.jar
  • 优点:一个文件搞定,部署简单
  • 缺点:依赖类直接合并,容易因同名类冲突导致运行时错误

方式三:maven-shade-plugin—— “高级防冲突版”

不仅能打包所有依赖,还支持 类重定位(relocation) ,从根本上避免类冲突。类重定位其实就是动态的移动、修改jar包中的类名、包名。

pom.xml 配置(基础版)

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-shade-plugin</artifactId>
    <version>3.2.1</version>
    <executions>
        <execution>
            <phase>package</phase>
            <goals>
                <goal>shade</goal>
            </goals>
            <configuration>
                <!-- 此处按需编写更具体的配置 -->
                <transformers>
                    <transformer implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
                        <mainClass>org.example.App</mainClass>
                    </transformer>
                </transformers>
            </configuration>
        </execution>
    </executions>
</plugin>

如需解决冲突,可加 <relocations> 重命名包路径(此处略,按需扩展)。

打包后结构

target/
├── java-demo-1.0-SNAPSHOT.jar           ← 可执行最终包,把项目中的代码及所依赖的第三方jar的Class文件都打进去了
└── original-java-demo-1.0-SNAPSHOT.jar  ← 原始包(备份),不能直接执行,只包含项目中自有的代码,MENIFEST.MF文件中连Main-Class都没有。

可执行jar包的解压后长啥样

jar包的MANIFEST.MF文件

Manifest-Version: 1.0
Created-By: Maven JAR Plugin 3.4.1
Build-Jdk-Spec: 17
Main-Class: org.example.App

执行命令

java -jar java-demo-1.0-SNAPSHOT.jar
  • 优点:支持类重定位、稳定性高、被 Spring Boot 等广泛采用
  • 缺点:JAR 体积大,配置略复杂

动态重命名包示例

如果最终的 jar 包被其他的项目所依赖的话, classpath 中可能存在重复的 class 文件,直接地引用此 jar 包中的类可能会导致类加载冲突。为了解决这个问题,我们可以使用 shade 提供的重定位功能,把部分类移动到一个全新的包中。

<build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-shade-plugin</artifactId>
                <version>3.2.1</version>
                <executions>
                    <execution>
                        <phase>package</phase>
                        <goals>
                            <goal>shade</goal>
                        </goals>
                        <configuration>
                            <transformers>
                                <transformer implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
                                    <mainClass>org.example.App</mainClass>
                                </transformer>
                            </transformers>
                            <relocations>
                                <relocation>
                                    <!--在打包时,将项目中的原始包com.alibaba.fastjson2,重命名为com.asia.fastjson2-->
                                    <pattern>com.alibaba.fastjson2</pattern>
                                    <shadedPattern>com.asia.fastjson2</shadedPattern>
                                    <!--排除以下类路径,保持不动-->
                                    <excludes>
                                        <exclude>com.alibaba.fastjson2.JSON</exclude>
                                        <exclude>com.alibaba.fastjson2.filter.*</exclude>
                                    </excludes>
                                </relocation>
                            </relocations>
                        </configuration>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>

涉及标签:

  • <pattern>:原始包名
  • <shadedPattern>:重命名后的包名
  • <excludes>:原始包内不需要重定位的类,类名支持通配符

jar包解压后看什么样

.
├── com
│   ├── alibaba
│   │   └── fastjson2
│   │       ├── filter
│   │       └── JSON.class
│   └── asia    
│       └── fastjson2
│           ├── annotation
│           ├── codec
│           ├── function
│           ├── internal
│           ├── 省略。。。
│           ├── TypeReference.class
│           ├── util
│           └── writer
├── META-INF
│   ├── MANIFEST.MF
│   ├── maven
│   │   ├── com.alibaba.fastjson2
│   │   │   └── fastjson2
│   │   └── org.example
│   │       └── java-demo
│   ├── native-image
│   │   └── com.alibaba.fastjson2
│   │       └── fastjson2
│   ├── proguard
│   │   └── fastjson2.pro
│   ├── scm
│   │   └── com.alibaba.fastjson2
│   │       └── fastjson2
│   └── versions
│       └── 9
│           └── module-info.class
├── org
│   └── example
│       └── App.class
└── schema
    ├── 2020-12.json
    └── draft-04.json

一张表看懂怎么选

插件是否含依赖是否可直接运行能否防冲突推荐场景
maven-jar-plugin❌(外置)✅(需依赖目录)轻量部署、依赖独立管理
maven-assembly-plugin快速打包、简单项目
maven-shade-plugin✅(支持重定位)复杂项目、生产环境

到此这篇关于Java打包可执行JAR文件的三种方式详解的文章就介绍到这了,更多相关Java打包JAR内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

相关文章

  • java绘制国际象棋与中国象棋棋盘

    java绘制国际象棋与中国象棋棋盘

    这篇文章主要为大家详细介绍了java绘制国际象棋与中国象棋棋盘,文中示例代码介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们可以参考一下
    2019-05-05
  • 浅析Java IO相关知识点

    浅析Java IO相关知识点

    本篇文章给大家分享了关于java io的一些相关知识点以及相关内容,对此有需要的朋友可以学习参考下。
    2018-05-05
  • Java如何在沙箱环境中测试支付宝支付接口

    Java如何在沙箱环境中测试支付宝支付接口

    这篇文章主要介绍了Java如何在沙箱环境中测试支付宝支付接口,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2019-10-10
  • idea.vmoptions 最佳配置方案

    idea.vmoptions 最佳配置方案

    本文介绍了针对IntelliJ IDEA的优化配置建议,包括提升内存设置、启用G1垃圾回收器、优化垃圾回收策略以及调整网络设置等,旨在提高IDE的性能和响应速度,同时,指导用户如何修改vmoptions文件以应用这些配置,并提供了监控内存使用和插件管理的建议
    2024-09-09
  • 解决java idea新建子目录时命名不是树形结构的问题

    解决java idea新建子目录时命名不是树形结构的问题

    这篇文章主要介绍了解决java idea新建子目录时命名不是树形结构的问题,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧
    2020-08-08
  • 聊聊@Autowired注解注入,写接口名字还是实现类的名字

    聊聊@Autowired注解注入,写接口名字还是实现类的名字

    这篇文章主要介绍了聊聊@Autowired注解注入,写接口名字还是实现类的名字,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教
    2021-11-11
  • SpringBoot集成Dubbo启用gRPC协议

    SpringBoot集成Dubbo启用gRPC协议

    这篇文章主要介绍了SpringBoot集成Dubbo启用gRPC协议,以及与原生 gRPC 在代码编写过程中的区别。感兴趣的同学可以参考阅读
    2023-04-04
  • springboot Jackson全局配置过程

    springboot Jackson全局配置过程

    SpringBoot Jackson 全局配置详解,介绍如何针对单个对象属性、配置文件及自定义 ObjectMapper 进行序列化规则的配置
    2026-05-05
  • IDEA中的.iml文件和.idea文件夹

    IDEA中的.iml文件和.idea文件夹

    这篇文章主要介绍了IDEA中的.iml文件和.idea文件夹,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2019-10-10
  • 详解jenkins自动部署springboot应用的方法

    详解jenkins自动部署springboot应用的方法

    这篇文章主要介绍了详解jenkins自动部署springboot应用的方法,小编觉得挺不错的,现在分享给大家,也给大家做个参考。一起跟随小编过来看看吧
    2018-08-08

最新评论