JDK14的jpackage生成重复JRE及跨平台打包问题咨询

我来帮你梳理这两个问题的解决方案，都是基于JDK 14 jpackage的实战经验，踩过类似的坑：

你遇到的两份JRE副本问题，核心原因是jpackage命令的参数搭配冲突：你同时指定了--runtime-image target/image（告诉jpackage用这个现成的运行时镜像），又把--input设为target目录——而target里恰好包含了jlink生成的image文件夹，所以jpackage在打包时，一方面把指定的runtime-image放到了App/runtime，另一方面又把input目录下的所有内容（包括image文件夹）拷贝到了App/app目录下，就造成了重复。

解决办法很简单，调整参数搭配即可：

• 方法一：隔离应用jar和jlink镜像的路径
  执行mvn package生成shade包后，把这个jar单独放到一个干净的目录（比如新建temp/jars，把target/testApp-1.0-SNAPSHOT.jar复制过去），然后修改jpackage命令：

  jpackage --package-type app-image --dest targetApp --name App --runtime-image target/image --main-jar testApp-1.0-SNAPSHOT.jar --input temp/jars
  

  这样--input里只有你的应用jar，不会包含jlink的镜像文件夹，自然不会重复拷贝。
• 方法二：用模块化方式打包（更推荐）
  既然你已经用javafx-archetype创建了模块化项目，直接基于jlink的镜像用模块参数打包，不需要指定--input和--main-jar：
  假设你的模块名是com.example.testapp，主类是com.example.testapp.Main，命令改成：

  jpackage --package-type app-image --dest targetApp --name App --runtime-image target/image --module com.example.testapp/com.example.testapp.Main
  

  这种方式完全基于模块化运行时镜像，不会引入额外的冗余文件，打包结构更干净。

很遗憾，JDK 14的jpackage不支持跨平台打包——它本质上是调用目标操作系统的原生打包工具（比如Windows的msiexec、Mac的pkgbuild、Linux的dpkg-deb），这些工具只能在对应的系统环境中运行，所以在Windows上直接生成Mac或Linux的包是做不到的。

不过有两种替代方案可以实现跨平台打包：

• 方案一：用CI/CD工具自动多平台打包
  比如用GitHub Actions、GitLab CI这类工具，配置三个不同的运行环境（Windows、Mac、Linux），每个环境分别执行对应的打包步骤。这样提交代码后就能自动生成三个平台的应用包，无需手动在不同系统上操作。
• 方案二：用Docker模拟Linux环境打包
  如果只需要生成Linux包，可以在Windows上用Docker启动一个Linux容器（比如Ubuntu），在容器内安装JDK 14和jpackage依赖，然后把项目代码挂载到容器里执行打包命令。但Mac包没办法用这种方式，必须在真实的Mac机器或者Mac云服务器上生成。

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