如何让jPackage打包的Java命令行应用正确暴露自定义退出码？

嘿，这个问题我之前帮同事排查过类似的情况，先给你梳理下可能的原因和解决思路：

为什么不同机器表现不一样？ #

最可能的几个原因：

• 部署的exe版本不一致：虽然你说开发用的是17.0.9打包，但说不定那两台异常机器上跑的还是用旧版本JDK（比如17.0.5之前）打包的exe。毕竟有时候部署时容易忽略替换旧包，或者不同机器上的安装包来源不一样。
• 打包参数的差异：jPackage的控制台相关参数会直接影响包装器的行为，比如你有没有用--win-console或者--win-no-console？如果参数配置不对，包装器会以不同的方式处理子进程的退出码，甚至拦截自定义码返回1。
• Windows终端/环境的特殊配置：比如有的机器可能开启了某些调试模式、或者终端（CMD/PowerShell）的错误处理配置不一样，不过这个概率相对低，毕竟你已经有一台机器正常了。

怎么让自定义退出码正确传递给调用者？ #

给你几个可行的方案：

1. 重新确认打包环境并重新打包：
   先彻底检查打包用的JDK版本，确保是17.0.9及以上，然后清理之前的打包产物，重新生成exe。部署时把新包同步到所有机器，替换掉旧的exe，避免版本混杂。
2. 调整jPackage打包参数：
   对于命令行应用，打包时一定要加上--win-console参数（这个参数会让包装器以控制台应用的方式运行，而不是后台进程），这样包装器会正确传递Java程序的退出码。如果之前没加这个参数，或者误加了--win-no-console，赶紧调整试试。
3. 临时 workaround（如果以上都不行）：
   要是还是有问题，可以试试在Java程序里，把System.exit(code)替换成通过Runtime.getRuntime().exit(code)？不过本质上两者区别不大，但有时候能绕过包装器的某些逻辑。另外，也可以在调用exe的脚本里，捕获包装器输出的“Child process exited with code X”消息，然后手动设置%errorlevel%为X——不过这是下策，尽量先解决根本问题。

备注：内容来源于stack exchange，提问作者E-Riz