同时安装64/32位JVM时，JNLP应用如何选择对应位数的JVM？

哈哈，这种Java位数和版本打架的坑我可太熟了！之前帮好几个朋友排查过类似的情况，尤其是JNLP这种依赖系统默认JVM的场景，升级64位Java后很容易把之前的“运气”给打破。下面给你几个靠谱的解决办法：

1. 给JNLP文件加明确的架构约束（最稳妥） #

别再依赖系统自动识别了，直接在JNLP的<resources>标签里指定必须用32位JVM：

<resources>
    <!-- 保留你原有资源配置 -->
    <j2se version="你需要的32位Java版本号（比如1.8+）" arch="x86"/>
</resources>

这里的arch="x86"就是硬要求，不管系统里有没有64位Java，JNLP都会优先找32位的环境启动，彻底杜绝“选错位数”的问题。

2. 手动绑定32位的Java Web Start启动器 #

如果改JNLP文件不方便，或者想全局控制这类32位应用：

• 找到你32位Java的安装目录，比如C:\Program Files (x86)\Java\jdk1.8.XXX\jre\bin\javaws.exe
• 右键你的JNLP文件，选择「打开方式」，找到这个32位的javaws.exe，勾选「始终使用此应用打开JNLP文件」
• 或者直接用命令行启动："C:\Program Files (x86)\Java\jdk1.8.XXX\jre\bin\javaws.exe" 你的应用.jnlp，每次都强制走32位通道。

3. 调整Java版本优先级 #

升级64位Java10后，系统大概率把64位的javaws设成默认了，你可以：

• 打开命令提示符，输入javaws -version，看看默认启动的是64位还是32位
• 如果是64位，找到32位Java的控制面板（路径一般是C:\Program Files (x86)\Java\jreXXX\bin\javacpl.exe），在「Java」标签页的「查看」里，把32位JVM的优先级调到最上面。

为啥升级Java10后突然出问题？ #

Java 9及以后的版本（包括10）对JNLP的默认选择逻辑做了调整——之前系统可能会优先匹配应用依赖的DLL位数，但新版本更倾向于使用系统默认的高版本JVM（也就是你刚升级的64位Java10），所以之前的“运气匹配”就失效啦。

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