使用Java 17的jpackage能否生成可安装的32位版本应用？

首先，Oracle官方从Java 9起确实不再提供32位JDK发行版，OpenJFX官方也未提供Java 11及之后版本的32位预编译包，但生成32位安装包的需求可以通过以下两种方案实现：

• 选择社区或厂商维护的支持32位架构的OpenJDK 17发行版，需确认该发行版内置jpackage工具，部分精简版构建会移除该工具，需使用完整功能版本
• 获取匹配32位JDK的OpenJFX 16包，可选择社区预编译的32位OpenJFX 16构建，也可自行拉取OpenJFX 16源码用32位JDK编译生成对应库文件
• 将构建环境的JDK路径切换为32位JDK，替换项目中的JavaFX依赖为32位版本，重新编译应用验证功能正常，若项目引入了带JNI本地调用的第三方依赖，需同步替换为32位版本的依赖库
• 用32位JDK内置的jpackage工具执行打包命令，可先通过jlink生成整合了32位JDK和32位JavaFX模块的自定义运行时镜像，再传入--runtime-image参数完成打包，打包参数和64位场景基本一致

• Oracle JDK 8是最后一个官方提供32位发行版的Oracle JDK版本，内置JavaFX 8，无需额外引入JavaFX依赖
• 调整应用代码适配Java 8和JavaFX 8的API，移除Java 9+新增的模块化、语法特性（如var、文本块等），以及JavaFX 16比JavaFX 8新增的API调用
• 适配完成后可使用JDK 8内置的javafxpackager工具，或兼容32位的第三方打包工具生成安装包，该方案兼容性更稳定，无需自行编译基础组件

• 32位应用最大可寻址内存被限制在4G以内，若你的应用有大内存占用需求，需提前评估适配可行性
• 所有引入的带本地代码的依赖都必须替换为32位架构的编译版本，否则打包后运行会出现架构不兼容错误

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