Java生成可执行程序的主流方案分为打包Jar与编译原生镜像两类，**模块化打包可减少第三方依赖冗余30%以上**，**原生镜像编译可将启动耗时压缩至传统Jar包的1/20以内**，企业可根据部署场景灵活选型。其实开发者只需掌握基础配置规则，就能快速生成跨平台、低冗余的Java可执行程序。

## 一、Java可执行程序的核心分类与适用场景
不难发现，Java可执行程序的实现逻辑本质是将代码与依赖封装为独立运行单元，按照运行机制可划分为Jar包类与原生镜像类两大阵营。Jar包类方案依托JVM运行环境保留跨平台特性，原生镜像类则通过AOT编译摆脱JVM依赖，两者适配完全不同的业务场景。值得注意的是，多数Java开发团队仍以Jar包作为主流打包方案，而原生镜像正在Serverless与边缘计算场景快速渗透。
根据《2024年Java生态发展报告》（RedHat）统计，模块化打包项目占比从2021年的12%提升至38%，成为中小团队优化打包体积的首选方案。接下来我们将逐一拆解各类方案的实战流程与适配边界，帮助开发者匹配自身业务需求选型。

### 1.1 Jar包类可执行程序的核心特性
Jar包类可执行程序是Java生态的传统方案，核心原理是将编译后的class文件与第三方依赖打包为单个压缩包，通过指定主启动类关联运行入口。其实Jar包分为普通Jar与可执行Jar两类，普通Jar仅存储编译后代码无法直接运行，可执行Jar则在META-INF目录下配置MANIFEST.MF文件，指定Main-Class参数绑定启动类。
这类方案的核心优势是跨平台性，只需对应版本的JDK环境即可运行，无需针对不同操作系统单独编译。不过传统Fat Jar会打包全量第三方依赖，容易出现依赖冗余与磁盘占用过高的问题，模块化Jar则通过JDK9+的模块化机制裁剪冗余依赖，进一步优化打包体积与启动效率。

### 1.2 原生镜像类可执行程序的适配边界
原生镜像类可执行程序依托GraalVM的AOT编译技术，将Java代码直接编译为对应操作系统的原生二进制文件，运行时无需依赖JVM环境。《2023云原生Java应用白皮书》（CNCF）指出，原生镜像在Serverless场景的适配率达到67%，核心原因是其启动耗时可压缩至50ms以内，符合Serverless实例快速启停的业务需求。
值得注意的是，原生镜像编译会进行静态代码分析，对反射、动态代理等动态特性支持有限，需要开发者提前配置反射白名单才能适配框架特性。这类方案更适合边缘计算、Serverless等对启动耗时敏感的场景，而传统微服务集群仍以Jar包打包为主流选型。

## 二、传统Jar包打包全流程实战
传统Jar包打包是Java开发的基础技能，常用构建工具为Maven与Gradle，其中Maven凭借成熟的插件生态成为多数团队的首选。其实只需配置maven-shade-plugin或spring-boot-maven-plugin插件，就能快速生成可执行Jar包，无需编写复杂的编译脚本。
我们先以SpringBoot项目为例拆解Maven配置流程，确保每个步骤都能直接落地执行。首先需要在pom.xml中配置打包插件，指定主启动类路径，再通过mvn clean package命令完成打包，最终生成的Jar包可通过java -jar命令直接运行。

### 2.1 Maven插件配置的关键参数
maven-shade-plugin插件是生成可执行Jar的通用工具，核心配置参数包括Main-Class、ShadedArtifactAttached、CreateDependencyReducedPom三项。其中Main-Class用于指定程序启动入口，ShadedArtifactAttached设置为true可生成独立的可执行Jar文件，CreateDependencyReducedPom用于裁剪冗余依赖配置文件。
不难发现，SpringBoot项目可直接使用spring-boot-maven-plugin插件，该插件会自动识别主启动类，无需手动配置Main-Class参数，进一步简化打包流程。配置完成后执行mvn clean package -DskipTests命令即可跳过单元测试快速打包，生成的Jar包默认存储在target目录下。

### 2.2 可执行Jar包的运行与调试
生成可执行Jar包后，可通过java -jar xxx.jar命令直接启动程序，若需指定JVM参数，可通过java -Xmx512m -jar xxx.jar配置堆内存上限。值得注意的是，可执行Jar包的调试模式需在启动命令中添加-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005参数，通过IDEA远程调试功能连接调试端口即可完成代码调试。
若出现依赖冲突问题，可通过java -jar xxx.jar -Dverbose:class命令查看类加载路径，定位重复加载的依赖包，再通过Maven的exclusions标签排除冗余依赖，确保Jar包正常运行。

## 三、模块化JAR与自定义启动类优化
JDK9引入的模块化机制为Java打包提供了新的优化方向，模块化JAR可通过module-info.java文件声明模块依赖关系，裁剪未使用的JDK模块与第三方依赖，进一步压缩打包体积与启动耗时。**模块化JAR可将SpringBoot项目的打包体积压缩30%以上**，同时降低JVM类加载压力，提升程序运行稳定性。
接下来我们将讲解模块化JAR的创建流程与优化要点，帮助开发者快速落地模块化打包方案。首先需要在项目根目录下创建module-info.java文件，声明模块名称与依赖关系，再配置Maven插件完成模块化打包。

### 3.1 模块化JAR的module-info配置规范
module-info.java文件是模块化打包的核心配置文件，需声明模块名称、导出包与依赖模块三项核心内容。例如模块名称可设置为com.example.demo，导出包需包含启动类所在的包路径，依赖模块需包含JDK核心模块与SpringBoot框架依赖模块。
值得注意的是，模块化打包需确保所有第三方依赖均支持模块化机制，若部分依赖未提供module-info文件，可通过Maven的moditect插件自动生成模块配置，避免出现模块依赖缺失问题。配置完成后通过mvn clean package命令即可生成模块化JAR包。

### 3.2 自定义启动类的优化技巧
自定义启动类可进一步简化程序启动流程，减少框架初始化冗余步骤。其实只需继承SpringBootServletInitializer类，重写configure方法指定SpringApplicationBuilder参数，即可将启动类与配置文件解耦，提升代码可维护性。
开发者还可通过@SpringBootApplication注解的exclude属性排除未使用的自动配置类，例如排除DataSourceAutoConfiguration类可避免未配置数据库时的启动报错，进一步优化程序启动流程。

## 四、GraalVM原生镜像编译落地指南
GraalVM原生镜像编译是Java生态的新兴方案，核心优势是极低的启动耗时与磁盘占用，适合Serverless与边缘计算场景。不过原生镜像编译存在动态特性兼容问题，需提前配置反射、动态代理等特性的白名单，确保框架正常运行。
我们以SpringBoot 3.x项目为例拆解原生镜像编译流程，先安装GraalVM环境，再通过spring-boot-maven-plugin插件的nativeImage功能完成编译，最终生成可直接运行的二进制文件。

### 4.1 GraalVM环境安装与配置
首先需要前往GraalVM官方网站下载对应操作系统的安装包，配置GRAALVM_HOME环境变量，再通过gu install native-image命令安装原生镜像编译组件。值得注意的是，GraalVM 22.3以上版本对SpringBoot 3.x的兼容性最佳，建议开发者选择匹配的版本组合。
安装完成后可通过native-image --version命令验证编译环境是否正常，若出现依赖缺失问题，需根据操作系统提示安装对应的编译依赖，例如Linux系统需安装glibc-devel与zlib-devel组件。

### 4.2 原生镜像编译的避坑要点
原生镜像编译会进行静态代码分析，对反射、动态代理、资源加载等动态特性支持有限，需通过配置文件声明需要保留的动态特性。SpringBoot 3.x提供了spring-boot-starter-native依赖，可自动生成大部分框架特性的配置文件，无需手动编写反射白名单。
其实开发者只需在pom.xml中添加spring-boot-starter-native依赖，执行mvn clean native:compile命令即可完成原生镜像编译，生成的二进制文件可直接通过./xxx命令启动，无需依赖JVM环境。不过部分自定义动态特性仍需手动配置，例如自定义反射类需添加@RegisterForReflection注解声明。

## 五、跨平台打包工具对比与选型
除了原生镜像与Jar包打包方案，开发者还可使用跨平台打包工具将Java程序打包为exe、dmg等操作系统原生可执行文件，进一步提升用户体验。常见的跨平台打包工具包括Launch4j、JSmooth、jpackage，不同工具的功能特性与适配场景存在明显差异。
下表为三款主流跨平台打包工具的核心参数对比，帮助开发者快速选型适配自身业务需求。

| 打包工具 | 支持操作系统 | 打包体积 | 启动效率 | 配置复杂度 | 开源属性 |
| -------- | ------------ | -------- | -------- | ---------- | -------- |
| Launch4j | Windows、Linux | 中等 | 较高 | 中等 | 开源 |
| JSmooth  | Windows      | 较小 | 中等 | 较低 | 开源 |
| jpackage | Windows、Mac、Linux | 较大 | 较高 | 较高 | 官方内置 |

不难发现，jpackage是JDK16内置的官方打包工具，支持三大主流操作系统，核心优势是兼容性强，无需额外安装第三方工具，适合企业级项目使用。而Launch4j则是开源社区主流工具，支持自定义图标与启动参数，适合个人开发者快速打包Windows应用程序。

### 5.1 jpackage打包的实战流程
jpackage工具可直接将可执行Jar包打包为操作系统原生可执行文件，核心参数包括--input、--main-jar、--name、--type四项。其中--input指定Jar包所在目录，--main-jar指定可执行Jar包名称，--name设置生成的可执行文件名称，--type指定打包类型，例如msi、exe、dmg等。
例如执行jpackage --input ./target --main-jar demo-1.0.0.jar --name DemoApp --type exe命令，即可将SpringBoot项目打包为Windows平台的exe安装包，用户双击即可完成安装与启动，无需手动配置JDK环境。

### 5.2 跨平台打包的合规注意事项
值得注意的是，将Java程序打包为原生可执行文件时，需确保包含JRE运行环境，避免用户未安装JDK导致程序无法启动。jpackage工具可通过--runtime-image参数指定自定义JRE镜像，裁剪未使用的JDK模块，进一步压缩安装包体积。
此外，企业级项目需确保打包后的可执行文件符合操作系统的合规要求，例如Windows平台需添加数字签名避免被杀毒软件拦截，Mac平台需完成Apple Developer认证确保可正常安装运行。

## 六、上线前的合规与性能校验
生成Java可执行程序后，需完成合规与性能校验才能上线运行，确保程序符合生产环境的运行要求。合规校验核心内容包括依赖许可检查、代码合规性扫描，性能校验核心内容包括启动耗时测试、内存占用测试，两项校验缺一不可。
首先可使用Maven的license-maven-plugin插件扫描第三方依赖的开源许可协议，确保项目不使用违反企业合规要求的依赖包。再通过SonarQube工具进行代码合规性扫描，定位潜在的代码漏洞与安全风险，确保程序运行稳定。

### 6.1 性能校验的核心指标
性能校验需重点关注启动耗时、内存占用、响应延迟三项核心指标，**原生镜像可将SpringBoot项目的启动耗时压缩至50ms以内**，而传统Fat Jar的启动耗时通常在1000ms以上。开发者可通过jmeter工具进行压力测试，模拟生产环境的并发请求，验证程序的响应延迟与稳定性。
值得注意的是，性能校验需在生产级硬件环境中进行，避免开发环境与生产环境的硬件差异导致测试结果失真。测试完成后需生成性能测试报告，将核心指标与基线值对比，确保程序性能符合生产要求。

### 6.2 上线部署的流程规范
完成校验后即可将Java可执行程序部署至生产环境，主流部署方式包括容器化部署与虚拟机部署。容器化部署可通过Dockerfile将可执行Jar包或原生镜像打包为Docker镜像，上传至私有镜像仓库后通过Kubernetes进行集群调度，实现弹性扩缩容与自动化运维。
虚拟机部署则需将可执行程序上传至服务器，配置自启动脚本与监控告警规则，确保程序异常时可自动重启并触发告警通知，提升生产环境的稳定性。

### 参考与资料来源
《2024年Java生态发展报告》，RedHat
《2023云原生Java应用白皮书》，CNCF

可以使用Java的jar工具将编译好的.class文件打包成JAR文件。确保在打包时指定主类（Main-Class）来定义程序入口。执行命令类似于：jar cfm MyProgram.jar MANIFEST.MF *.class，这会生成一个可通过java -jar MyProgram.jar运行的可执行JAR包。

将Java代码打包成可执行JAR文件的方法

我已经完成了Java程序的编写，如何将代码打包成一个可直接运行的程序文件？

怎样将Java代码打包成可执行文件？

可以使用诸如Launch4j、JSmooth或Excelsior JET等工具将Java程序打包成Windows的.exe文件。这样，即使目标机器没有Java环境，也能运行此程序。此外，Java 14及以上版本提供了jpackage工具，可以将应用程序打包为平台相关的安装包，包含Java运行时环境。

通过工具生成Java程序的独立可执行文件

除了生成JAR包，有没有办法把Java程序转换成无需安装Java环境也能运行的独立可执行文件？

如何给Java程序制作独立的可执行文件？

需要确认所有依赖库都包含在内，确保MANIFEST.MF文件中正确指定主类。路径问题可能导致程序无法启动，尤其是在使用相对路径访问资源时。此外，打包时最好测试可执行文件在目标环境中能正常运行。若使用jpackage生成安装包，请注意指定正确的Java版本和系统架构。

生成Java可执行程序时需要注意的问题

在生成Java程序的可执行文件过程中，有什么常见问题或者注意事项需要关注？

Java程序在生成可执行文件时需要注意哪些事项？

PingCodeDocs

本文详细讲解Java生成可执行程序的四类主流方案，包括传统Fat Jar、模块化Jar、GraalVM原生镜像及跨平台打包工具，通过对比表格呈现不同方案的性能、成本与适用场景，搭配实战配置步骤、避坑指南与合规校验流程，结合权威行业报告数据支撑核心结论，帮助开发者快速生成符合生产要求的Java可执行程序。

java 如何生成可执行程序

用户关注问题