尧图网页设计 
简介这份资源面向需要将 Java 工程打包为脱离 JDK 环境独立运行程序的开发者重点解决 exe4j 生成可执行文件时的配置流程与运行异常问题。内容围绕 jar 文件导出、exe4j 的 JAR EXE mode 选择、依赖 jar 引入、Java 版本与 JRE 搜索路径配置等关键环节展开并针对生成后的 exe 运行时一闪而过的现象给出在 main 方法末尾加入 Thread.sleep 的排查思路适合具备一定 Java 基础、需要交付桌面端可执行程序的开发者参考。资源包共 1 个 docx 文档约 925KB以图文步骤形式记录完整操作过程便于对照实践。目前已有 1253 人学习下载可作为 exe4j 打包入门的实操参考帮助读者快速理解从 jar 到 exe 的转换要点与常见问题处理方式。1. 从 jar 到 exe为什么你的 Java 程序在客户机器上双击没反应你有没有遇到过这种场景在自己电脑上跑得好好的 Java 程序打包成 jar 发给客户对方双击之后要么弹出一个黑框一闪而过要么干脆提示“找不到 Java 运行环境”。尤其是那些没装 JDK 甚至没装 JRE 的 Windows 机器jar 文件连关联程序都没有双击等于白搭。这不是代码写错了而是交付形态选错了。jar 本质是个压缩包它依赖外部 Java 运行时来启动而 exe4j 要解决的核心问题就是把 jar 和一份精简 JRE 绑在一起生成一个原生 Windows 可执行文件让目标机器不需要预装任何 Java 环境就能跑起来。这篇文章面向的是需要把 Java 桌面工具、内部小系统、课程设计交付给非技术用户的开发者我会把 Eclipse 导出 jar、exe4j 配置 JRE 搜索路径、以及那个经典的“一闪而过”排查过程完整拆一遍。如果你正在搜 exe4j 怎么用、jar 怎么转 exe、没有 jdk 的机器怎么运行 Java 程序下面的步骤可以直接抄作业。2. 打包前的准备Eclipse 导出 jar 与依赖边界确认2.1 导出可执行 jar 的两种模式与选择依据在 Eclipse 里导出 jar 有两种常见入口右键工程 → Export → JAR file或者 Export → Runnable JAR file。前者是普通 jar 打包后者会把依赖库一起打进去并生成 MANIFEST 的 Main-Class 和 Class-Path。如果你选的是普通 JAR file那第三方依赖 jar 需要手动在 exe4j 里逐个添加如果选 Runnable JAR file依赖已经被合并或复制到指定目录exe4j 那边就省事很多。我一般会先确认工程是否用了 Maven 或 Gradle如果是 Maven 工程更推荐用mvn package生成带依赖的 fat jar再交给 exe4j 处理这样版本和依赖树更可控。具体操作路径工程右键 → Export → 展开 Java 节点 → 选中 JAR file → Next。在导出界面里勾选需要导出的源文件目录和资源目录指定导出路径和文件名比如D:\build\myapp.jar。这里有个容易忽略的点如果工程里有config.properties、log4j.xml这类外部配置文件要确认它们被勾选导出否则 exe 跑起来会报找不到配置。点击 Next 后会看到 Manifest 配置页普通 jar 不需要在这里指定 Main-Class因为 exe4j 会单独配置入口类。一路 Next 到 Finish在目标路径下就能看到生成的 jar 文件。2.2 依赖 jar 的收集与 lib 目录组织导出主 jar 之后把工程依赖的所有第三方 jar 集中到一个lib目录下。Eclipse 工程可以在 Build Path 里查看 Referenced Libraries把这些 jar 复制出来。Maven 工程可以用mvn dependency:copy-dependencies -DoutputDirectorylib把依赖统一拉到 lib 目录。这一步的目的是让 exe4j 在配置时能一次性把主 jar 和所有依赖 jar 都加进去避免运行时出现NoClassDefFoundError或ClassNotFoundException。我习惯在 build 目录下这样组织build/ ├── myapp.jar # 主程序 jar ├── lib/ # 第三方依赖 │ ├── fastjson-1.2.83.jar │ ├── mysql-connector-java-8.0.33.jar │ └── ... └── jre/ # 精简 JRE后面 exe4j 会引用 ├── bin/ └── lib/这个目录结构不是 exe4j 强制的但它让后续配置路径时心里有数。依赖 jar 如果漏了exe4j 生成过程不会报错但运行时会直接抛异常所以这一步宁可多检查一遍。3. exe4j 配置全流程从 JAR EXE mode 到 JRE 搜索路径3.1 新建配置与 JAR EXE mode 选择打开 exe4j如果 License 已经填过就直接 Next否则点 Change License 输入。进入主界面后选择 “JAR in EXE mode”这是最常用的模式适合把 jar 包装成独立 exe。点击 Next 后进入应用信息页填写应用名称和输出目录比如输出到D:\build\output。继续 Next 会看到可执行文件名称设置这里填的名字就是最终 exe 的文件名建议用英文避免某些 Windows 环境下中文路径引发玄学问题。3.2 配置主 jar 与依赖 jar 的添加规则在 “Configure Java invocation” 页面点击绿色加号添加主 jar然后在同一界面继续点加号把lib目录下所有依赖 jar 逐个加进来。exe4j 的界面里有一个 “Archive” 列表主 jar 和依赖 jar 都会显示在这里。顺序上主 jar 放最前面依赖 jar 跟在后面。如果依赖特别多可以用通配符方式添加整个目录但要注意 exe4j 对通配符的支持版本差异稳妥做法还是手动全选添加。添加完成后在 “Main class” 下拉框里选择含有public static void main(String[] args)的入口类。如果下拉框里找不到类名说明主 jar 没有被正确识别检查 jar 是否完整、是否包含 class 文件。这一步配置错了exe 启动时会直接报 “Main class not found”。3.3 JRE 搜索路径配置与精简 JRE 的嵌入这是让 exe 能在未安装 JDK 机器上运行的关键步骤。在 “Configure JRE” 页面先填写目标 Java 版本比如 1.8 或 17。然后点击 Advanced Options → Search sequence进入 JRE 搜索顺序配置界面。默认情况下 exe4j 会按环境变量、注册表、当前目录等顺序找 JRE但目标机器没有 Java 环境所以必须手动指定一个随 exe 一起分发的 JRE 目录。点击加号 → 选择 Directory → 填入 JRE 路径比如D:\build\jre。这个 JRE 可以是从已安装的 JDK 里复制出来的也可以用 jlink 生成精简版。常见做法是用jlink命令裁剪jlink --add-modules java.base,java.desktop,java.sql,java.logging \ --output jre \ --strip-debug \ --no-header-files \ --no-man-pages \ --compress2这条命令生成一个只包含必要模块的 JRE体积可以压到 40MB 左右。参数说明--add-modules指定程序实际用到的模块--strip-debug去掉调试信息--compress2启用压缩。如果你的程序用了反射或动态加载模块列表要相应放宽否则运行时会报ModuleNotFoundException。配置好搜索路径后把 Search sequence 里其他默认项删掉或移到后面确保 exe 优先使用内嵌 JRE。3.4 生成 exe 与首次运行验证一路 Next 到 Finishexe4j 会在输出目录生成 exe 文件和配套的 jre 目录。首次运行建议在虚拟机或另一台没装 Java 的 Windows 机器上测试直接双击 exe观察是否能正常启动。如果程序有控制台输出可以在 exe4j 的 “Executable info” 里勾选 “Console application”这样调试阶段能看到日志。验证通过后把 exe 和 jre 目录一起打包发给用户用户解压后双击 exe 即可运行。4. 避坑与排查一闪而过、依赖缺失、JRE 版本不匹配4.1 现象双击 exe 后黑框一闪而过程序无任何界面原因程序启动后立即抛出异常并退出或者 main 方法执行完毕后没有阻塞控制台窗口自动关闭。常见触发场景包括配置文件路径错误、数据库连接失败、缺少依赖 jar 导致类加载失败。解决在 main 方法最后加Thread.sleep(5000000);让进程保持存活这样控制台不会立刻关闭能看到异常堆栈。更规范的做法是用日志框架把异常输出到文件比如 log4j2 配置 FileAppender然后查看日志定位根因。注意Thread.sleep只是调试手段正式发布前应该移除或改成合理的退出逻辑。4.2 现象运行时报 NoClassDefFoundError 或 ClassNotFoundException原因exe4j 配置时漏加了某个依赖 jar或者依赖 jar 的版本与编译时不一致。另一个常见原因是依赖 jar 内部还有嵌套依赖没有一起打包。解决回到 exe4j 的 Archive 列表对照 Eclipse 的 Referenced Libraries 或 Maven 的依赖树逐个核对。可以用mvn dependency:tree输出完整依赖树确保没有遗漏。如果依赖 jar 本身是 fat jar注意不要重复添加它内部的类。4.3 现象提示 “No JVM found” 或 “JRE not found”原因Search sequence 里配置的 JRE 路径不正确或者 jre 目录没有随 exe 一起拷贝到目标机器。也可能是 JRE 版本与编译版本不匹配比如用 JDK 17 编译但内嵌 JRE 是 1.8。解决检查 exe 同级目录下是否存在 jre 文件夹路径是否与 exe4j 里配置的一致。用java -version确认内嵌 JRE 的版本确保不低于编译时的 target 版本。如果目标机器是 64 位系统JRE 也必须是 64 位32 位 JRE 在 64 位 Windows 上虽然能跑但会有兼容性隐患。4.4 现象exe 在开发机正常在客户机器上报错原因开发机有完整 JDK 环境exe4j 可能优先走了系统 JRE 而不是内嵌 JRE导致客户机器上行为不一致。另外客户机器的杀毒软件可能拦截 exe 或 jre 目录下的 dll 文件。解决在 Search sequence 里把内嵌 JRE 目录移到最前面并删除或禁用其他搜索项。在客户机器上临时关闭杀毒软件测试如果确认是拦截问题需要把 exe 和 jre 目录加入白名单。还有一个血泪经验Windows 路径里有中文或空格时某些版本的 exe4j 生成的 exe 会找不到 jre尽量用纯英文无空格路径。5. 进阶技巧用 jlink 定制最小 JRE 与启动参数调优5.1 用 jdeps 分析模块依赖生成精准 jlink 命令jlink 的难点在于确定--add-modules列表。模块给少了运行时报错给多了体积膨胀。可以用jdeps先分析主 jar 的模块依赖jdeps --multi-release 17 --ignore-missing-deps --print-module-deps myapp.jar输出结果类似java.base,java.desktop,java.sql把这个列表直接喂给 jlink 的--add-modules参数。如果程序用了反射、JNI 或 ServiceLoaderjdeps 可能分析不全这时候需要手动补模块比如jdk.unsupported、java.naming等。我一般会先用 jdeps 跑一遍再在虚拟机里实测缺什么补什么。5.2 exe4j 启动参数与 JVM 内存配置exe4j 允许在 “Java invocation” 页面配置 JVM 参数比如-Xms256m -Xmx1024m控制堆内存-Dfile.encodingUTF-8解决中文乱码。这些参数会写入 exe 的启动配置里不需要用户手动设置。如果程序需要读取外部配置文件可以用-Dconfig.path./config指定相对路径配合 exe 同级目录的 config 文件夹使用。5.3 版本兼容性对照与验证清单项目推荐配置注意事项JDK 版本8 / 11 / 17与 jlink 模块列表匹配exe4j 版本9.x 及以上旧版本对高版本 JDK 支持有限JRE 架构64 位与目标 Windows 架构一致输出路径纯英文无空格避免路径解析异常依赖 jar全部放入 lib用 jdeps 辅助核对每次生成 exe 后我会在一台干净的 Windows 虚拟机上走一遍完整流程解压 → 双击 exe → 执行核心功能 → 查看日志。这个习惯帮我拦住了好几次依赖漏加和 JRE 路径写错的问题。从那以后我每次交付前都强制走一遍这个验证清单再也没出现过客户那边双击没反应的情况。希望帮到你。本文还有配套的精品资源点击获取 exe4j打包Java程序：jar转exe与内嵌JRE完整指南
简介这份资源面向需要将 Java 工程打包为脱离 JDK 环境独立运行程序的开发者重点解决 exe4j 生成可执行文件时的配置流程与运行异常问题。内容围绕 jar 文件导出、exe4j 的 JAR EXE mode 选择、依赖 jar 引入、Java 版本与 JRE 搜索路径配置等关键环节展开并针对生成后的 exe 运行时一闪而过的现象给出在 main 方法末尾加入 Thread.sleep 的排查思路适合具备一定 Java 基础、需要交付桌面端可执行程序的开发者参考。资源包共 1 个 docx 文档约 925KB以图文步骤形式记录完整操作过程便于对照实践。目前已有 1253 人学习下载可作为 exe4j 打包入门的实操参考帮助读者快速理解从 jar 到 exe 的转换要点与常见问题处理方式。1. 从 jar 到 exe为什么你的 Java 程序在客户机器上双击没反应你有没有遇到过这种场景在自己电脑上跑得好好的 Java 程序打包成 jar 发给客户对方双击之后要么弹出一个黑框一闪而过要么干脆提示“找不到 Java 运行环境”。尤其是那些没装 JDK 甚至没装 JRE 的 Windows 机器jar 文件连关联程序都没有双击等于白搭。这不是代码写错了而是交付形态选错了。jar 本质是个压缩包它依赖外部 Java 运行时来启动而 exe4j 要解决的核心问题就是把 jar 和一份精简 JRE 绑在一起生成一个原生 Windows 可执行文件让目标机器不需要预装任何 Java 环境就能跑起来。这篇文章面向的是需要把 Java 桌面工具、内部小系统、课程设计交付给非技术用户的开发者我会把 Eclipse 导出 jar、exe4j 配置 JRE 搜索路径、以及那个经典的“一闪而过”排查过程完整拆一遍。如果你正在搜 exe4j 怎么用、jar 怎么转 exe、没有 jdk 的机器怎么运行 Java 程序下面的步骤可以直接抄作业。2. 打包前的准备Eclipse 导出 jar 与依赖边界确认2.1 导出可执行 jar 的两种模式与选择依据在 Eclipse 里导出 jar 有两种常见入口右键工程 → Export → JAR file或者 Export → Runnable JAR file。前者是普通 jar 打包后者会把依赖库一起打进去并生成 MANIFEST 的 Main-Class 和 Class-Path。如果你选的是普通 JAR file那第三方依赖 jar 需要手动在 exe4j 里逐个添加如果选 Runnable JAR file依赖已经被合并或复制到指定目录exe4j 那边就省事很多。我一般会先确认工程是否用了 Maven 或 Gradle如果是 Maven 工程更推荐用mvn package生成带依赖的 fat jar再交给 exe4j 处理这样版本和依赖树更可控。具体操作路径工程右键 → Export → 展开 Java 节点 → 选中 JAR file → Next。在导出界面里勾选需要导出的源文件目录和资源目录指定导出路径和文件名比如D:\build\myapp.jar。这里有个容易忽略的点如果工程里有config.properties、log4j.xml这类外部配置文件要确认它们被勾选导出否则 exe 跑起来会报找不到配置。点击 Next 后会看到 Manifest 配置页普通 jar 不需要在这里指定 Main-Class因为 exe4j 会单独配置入口类。一路 Next 到 Finish在目标路径下就能看到生成的 jar 文件。2.2 依赖 jar 的收集与 lib 目录组织导出主 jar 之后把工程依赖的所有第三方 jar 集中到一个lib目录下。Eclipse 工程可以在 Build Path 里查看 Referenced Libraries把这些 jar 复制出来。Maven 工程可以用mvn dependency:copy-dependencies -DoutputDirectorylib把依赖统一拉到 lib 目录。这一步的目的是让 exe4j 在配置时能一次性把主 jar 和所有依赖 jar 都加进去避免运行时出现NoClassDefFoundError或ClassNotFoundException。我习惯在 build 目录下这样组织build/ ├── myapp.jar # 主程序 jar ├── lib/ # 第三方依赖 │ ├── fastjson-1.2.83.jar │ ├── mysql-connector-java-8.0.33.jar │ └── ... └── jre/ # 精简 JRE后面 exe4j 会引用 ├── bin/ └── lib/这个目录结构不是 exe4j 强制的但它让后续配置路径时心里有数。依赖 jar 如果漏了exe4j 生成过程不会报错但运行时会直接抛异常所以这一步宁可多检查一遍。3. exe4j 配置全流程从 JAR EXE mode 到 JRE 搜索路径3.1 新建配置与 JAR EXE mode 选择打开 exe4j如果 License 已经填过就直接 Next否则点 Change License 输入。进入主界面后选择 “JAR in EXE mode”这是最常用的模式适合把 jar 包装成独立 exe。点击 Next 后进入应用信息页填写应用名称和输出目录比如输出到D:\build\output。继续 Next 会看到可执行文件名称设置这里填的名字就是最终 exe 的文件名建议用英文避免某些 Windows 环境下中文路径引发玄学问题。3.2 配置主 jar 与依赖 jar 的添加规则在 “Configure Java invocation” 页面点击绿色加号添加主 jar然后在同一界面继续点加号把lib目录下所有依赖 jar 逐个加进来。exe4j 的界面里有一个 “Archive” 列表主 jar 和依赖 jar 都会显示在这里。顺序上主 jar 放最前面依赖 jar 跟在后面。如果依赖特别多可以用通配符方式添加整个目录但要注意 exe4j 对通配符的支持版本差异稳妥做法还是手动全选添加。添加完成后在 “Main class” 下拉框里选择含有public static void main(String[] args)的入口类。如果下拉框里找不到类名说明主 jar 没有被正确识别检查 jar 是否完整、是否包含 class 文件。这一步配置错了exe 启动时会直接报 “Main class not found”。3.3 JRE 搜索路径配置与精简 JRE 的嵌入这是让 exe 能在未安装 JDK 机器上运行的关键步骤。在 “Configure JRE” 页面先填写目标 Java 版本比如 1.8 或 17。然后点击 Advanced Options → Search sequence进入 JRE 搜索顺序配置界面。默认情况下 exe4j 会按环境变量、注册表、当前目录等顺序找 JRE但目标机器没有 Java 环境所以必须手动指定一个随 exe 一起分发的 JRE 目录。点击加号 → 选择 Directory → 填入 JRE 路径比如D:\build\jre。这个 JRE 可以是从已安装的 JDK 里复制出来的也可以用 jlink 生成精简版。常见做法是用jlink命令裁剪jlink --add-modules java.base,java.desktop,java.sql,java.logging \ --output jre \ --strip-debug \ --no-header-files \ --no-man-pages \ --compress2这条命令生成一个只包含必要模块的 JRE体积可以压到 40MB 左右。参数说明--add-modules指定程序实际用到的模块--strip-debug去掉调试信息--compress2启用压缩。如果你的程序用了反射或动态加载模块列表要相应放宽否则运行时会报ModuleNotFoundException。配置好搜索路径后把 Search sequence 里其他默认项删掉或移到后面确保 exe 优先使用内嵌 JRE。3.4 生成 exe 与首次运行验证一路 Next 到 Finishexe4j 会在输出目录生成 exe 文件和配套的 jre 目录。首次运行建议在虚拟机或另一台没装 Java 的 Windows 机器上测试直接双击 exe观察是否能正常启动。如果程序有控制台输出可以在 exe4j 的 “Executable info” 里勾选 “Console application”这样调试阶段能看到日志。验证通过后把 exe 和 jre 目录一起打包发给用户用户解压后双击 exe 即可运行。4. 避坑与排查一闪而过、依赖缺失、JRE 版本不匹配4.1 现象双击 exe 后黑框一闪而过程序无任何界面原因程序启动后立即抛出异常并退出或者 main 方法执行完毕后没有阻塞控制台窗口自动关闭。常见触发场景包括配置文件路径错误、数据库连接失败、缺少依赖 jar 导致类加载失败。解决在 main 方法最后加Thread.sleep(5000000);让进程保持存活这样控制台不会立刻关闭能看到异常堆栈。更规范的做法是用日志框架把异常输出到文件比如 log4j2 配置 FileAppender然后查看日志定位根因。注意Thread.sleep只是调试手段正式发布前应该移除或改成合理的退出逻辑。4.2 现象运行时报 NoClassDefFoundError 或 ClassNotFoundException原因exe4j 配置时漏加了某个依赖 jar或者依赖 jar 的版本与编译时不一致。另一个常见原因是依赖 jar 内部还有嵌套依赖没有一起打包。解决回到 exe4j 的 Archive 列表对照 Eclipse 的 Referenced Libraries 或 Maven 的依赖树逐个核对。可以用mvn dependency:tree输出完整依赖树确保没有遗漏。如果依赖 jar 本身是 fat jar注意不要重复添加它内部的类。4.3 现象提示 “No JVM found” 或 “JRE not found”原因Search sequence 里配置的 JRE 路径不正确或者 jre 目录没有随 exe 一起拷贝到目标机器。也可能是 JRE 版本与编译版本不匹配比如用 JDK 17 编译但内嵌 JRE 是 1.8。解决检查 exe 同级目录下是否存在 jre 文件夹路径是否与 exe4j 里配置的一致。用java -version确认内嵌 JRE 的版本确保不低于编译时的 target 版本。如果目标机器是 64 位系统JRE 也必须是 64 位32 位 JRE 在 64 位 Windows 上虽然能跑但会有兼容性隐患。4.4 现象exe 在开发机正常在客户机器上报错原因开发机有完整 JDK 环境exe4j 可能优先走了系统 JRE 而不是内嵌 JRE导致客户机器上行为不一致。另外客户机器的杀毒软件可能拦截 exe 或 jre 目录下的 dll 文件。解决在 Search sequence 里把内嵌 JRE 目录移到最前面并删除或禁用其他搜索项。在客户机器上临时关闭杀毒软件测试如果确认是拦截问题需要把 exe 和 jre 目录加入白名单。还有一个血泪经验Windows 路径里有中文或空格时某些版本的 exe4j 生成的 exe 会找不到 jre尽量用纯英文无空格路径。5. 进阶技巧用 jlink 定制最小 JRE 与启动参数调优5.1 用 jdeps 分析模块依赖生成精准 jlink 命令jlink 的难点在于确定--add-modules列表。模块给少了运行时报错给多了体积膨胀。可以用jdeps先分析主 jar 的模块依赖jdeps --multi-release 17 --ignore-missing-deps --print-module-deps myapp.jar输出结果类似java.base,java.desktop,java.sql把这个列表直接喂给 jlink 的--add-modules参数。如果程序用了反射、JNI 或 ServiceLoaderjdeps 可能分析不全这时候需要手动补模块比如jdk.unsupported、java.naming等。我一般会先用 jdeps 跑一遍再在虚拟机里实测缺什么补什么。5.2 exe4j 启动参数与 JVM 内存配置exe4j 允许在 “Java invocation” 页面配置 JVM 参数比如-Xms256m -Xmx1024m控制堆内存-Dfile.encodingUTF-8解决中文乱码。这些参数会写入 exe 的启动配置里不需要用户手动设置。如果程序需要读取外部配置文件可以用-Dconfig.path./config指定相对路径配合 exe 同级目录的 config 文件夹使用。5.3 版本兼容性对照与验证清单项目推荐配置注意事项JDK 版本8 / 11 / 17与 jlink 模块列表匹配exe4j 版本9.x 及以上旧版本对高版本 JDK 支持有限JRE 架构64 位与目标 Windows 架构一致输出路径纯英文无空格避免路径解析异常依赖 jar全部放入 lib用 jdeps 辅助核对每次生成 exe 后我会在一台干净的 Windows 虚拟机上走一遍完整流程解压 → 双击 exe → 执行核心功能 → 查看日志。这个习惯帮我拦住了好几次依赖漏加和 JRE 路径写错的问题。从那以后我每次交付前都强制走一遍这个验证清单再也没出现过客户那边双击没反应的情况。希望帮到你。本文还有配套的精品资源点击获取