从JDK14开始，jpackage取代了@Jay answer中提到的javapackager。Windows版本需要Wix 3.0，使用java应用程序构建一个提供EXE启动器的安装程序是相当简单的。

它还可以与jlink一起使用来构建精简的Java运行时映像，该映像与安装程序捆绑在一起，只包含支持应用程序所需的模块集。如果没有指定运行时，jlink步骤也将由jpackage隐式运行，但我更喜欢单独制作JRE映像，因为它只在更新JDK或向项目添加新的模块依赖项时才会更改。

Java类的main示例:

package exe;
public class Main {
    public static void main(String[] args) {
        for (int i = 0; i < args.length; i++) {
            System.out.println("args["+i+"]="+args[i]);
        }
    }
}

下面是在Windows上构建的示例步骤——显然你需要设置你的本地构建环境(Maven / ant / etc)来重新生成:

mkdir jpackage.input\jars tmp
javac -d tmp src\exe\Main.java
pushd tmp && jar cvf ..\jpackage.input\jars\myapp.jar . && popd

检查它的运行情况:

java -cp jpackage.input\jars\myapp.jar exe.Main X Y Z

使用jlink为应用程序使用的模块集创建一个运行时映像:

set jlink.modules=java.base
jlink --add-modules %jlink.modules% --strip-debug --no-man-pages --no-header-files --compress=1 --output jpackage.jre

如果上面有缺失的模块，你应该检查jlink JRE运行时映像可以运行你的应用程序:

jpackage.jre\bin\java -cp jpackage.input\jars\myapp.jar exe.Main X Y Z

使用jpackage生成安装程序，基于日期+小时的应用程序版本(这节省了每次重新安装时卸载的需要)，并打印出所有系统属性-测试后删除参数“- xshowsettings:properties”:

set appver=%date:~6,2%.%date:~3,2%.%date:~0,2%%time:~0,2%
jpackage --win-console --input jpackage.input --runtime-image jpackage.jre --app-version %appver% --type exe --name "MyApp" --dest jpackage.dest --java-options "-XshowSettings:properties" --main-jar jars\myapp.jar --main-class exe.Main

运行安装程序:

jpackage.dest\MyApp-%appver%.exe

测试应用程序:

"C:\Program Files\MyApp\MyApp.exe" ONE 2 THREE

... Prints system properties ...

args[0]=ONE
args[1]=2
args[2]=THREE

更新:GCJ死了。它于2016年正式从海湾合作委员会项目中移除。甚至在此之前，它实际上已经被废弃了7年之久，而且无论如何，它都不够完整，无法作为可行的Java实现替代方案。 去找另一个Java AOT编译器。

GCJ: GNU Java编译器可以将Java源代码编译成本机机器码，包括Windows可执行文件。

虽然GCJ并不支持Java中的所有内容，特别是GUI组件(请参阅GCJ 支持哪些Java API ?支持有多完整?FAQ中的问题)。我很少使用GCJ，但从我对控制台应用程序所做的有限测试来看，它似乎还不错。

使用GCJ创建独立可执行文件的一个缺点是，生成的EXE的大小可能相当大。有一次我在GCJ中编译了一个简单的控制台应用程序，结果是一个大约1 MB的可执行文件(可能有我不知道的方法)。另一个选择是可执行的压缩程序。)

在开源安装程序方面，Nullsoft Scriptable Install System是一个可脚本的安装程序。如果您感到好奇，可以参考用户提供的示例，了解如何检测JRE的存在并在未安装所需JRE时自动安装JRE。(只是想让你知道，我以前没有用过NSIS。)

有关使用NSIS安装Java应用程序的更多信息，请参阅我对“分发Java应用程序的最佳方式是什么?”这个问题的回答。

以我之见，JSmooth似乎做得相当不错。

Javapackager

Java Packager工具编译、打包和准备Java和JavaFX应用程序以供分发。javapackager命令是命令行版本。 - Oracle的文档

javapackager实用程序随JDK一起发布。它可以生成带有-native exe标志的.exe文件，还有许多其他功能。

WinRun4J

WinRun4j是windows的java启动器。它是javaw.exe的替代品，具有以下优点: 使用INI文件指定类路径、主类、虚拟机参数、程序参数。 出现在任务管理器中的自定义可执行名称。 额外的JVM参数用于更灵活的内存使用。 内置的图标替换自定义图标。 [后面还有更多要点] - WinRun4J的网页

WinRun4J是一个开源实用程序。它有很多特点。

packr

打包JAR、资产和JVM，以便在Windows、Linux和Mac OS X上分发，添加本机可执行文件，使其看起来像本机应用程序。Packr最适合GUI应用程序。 - packr README

Packr是另一个开源工具。

吉斯穆斯

JSmooth是一个Java可执行包装器。它为您的java应用程序创建本机Windows启动程序(标准的.exe)。它使java部署更加流畅和用户友好，因为它能够自己找到任何已安装的java VM。 - JSmooth网站

JSmooth是开源的，也有一些特性，但是它非常古老。上一次发布是在2007年。

JexePack

JexePack是一个命令行工具(非常适合自动编写脚本)，允许您打包Java应用程序(类文件)，可选地连同它的资源(如GIF/JPG/TXT/等)，到一个压缩的32位Windows EXE，它使用Sun的Java运行时环境运行。控制台和窗口应用程序都受到支持。 - JexePack的网站

JexePack是试用软件。生产使用需要付费，使用此工具创建的exe文件将显示“提醒”而无需付费。而且，上一次发布是在2013年。

InstallAnywhere

InstallAnywhere使开发人员可以轻松地为任何平台创建专业的安装软件。使用InstallAnywhere，您将快速适应行业变化，更快地进入市场，并交付引人入胜的客户体验。并且在发布之前了解项目OSS组件的脆弱性。 - InstallAnywhere网站

InstallAnywhere是一个为基于java的程序生成安装程序的商业/企业包。它可能能够创建.exe文件。

可执行JAR文件

作为.exe文件的替代方案，您可以通过向JAR清单添加一个入口点来创建一个在双击时自动运行的JAR文件。

欲了解更多信息

Excelsior的文章“将Java转换为EXE -为什么，何时，何时不和如何”是关于这个主题的一个很好的信息来源。

另请参阅配套文章“最佳JAR到EXE转换工具，免费和商业”。

您可以使用jar2exe将jar转换为exe。但是你需要购买软件。如果你需要一个开源软件，我会建议JSmooth。

你可以用Janel。最后一个是作为应用程序启动器或服务启动器(可从4.x获得)。