Windows 10下CLI运行Java Mission Control遇JNI库加载错误求助

首先，你的错误Failed to load the JNI shared library "C:\IBM\InformationServer_113/jdk32\jre\bin\j9vm\jvm.dll"指向了IBM的32位Java 7，而现代版本的Java Mission Control（JMC）需要至少Java 8及以上的64位JDK支持，再加上系统环境变量可能优先调用了这个旧的32位JDK，才导致JMC启动时出现位数不匹配或版本兼容问题。

下面是具体的解决步骤：

• 指定JMC使用兼容的JDK
  很多JMC分发版（比如Zulu Mission Control）自带JRE，但如果系统环境变量里的JAVA_HOME或PATH指向了旧的IBM 32位JDK，就会触发冲突。你可以修改JMC解压目录下的jmc.ini配置文件，在开头添加两行指定64位JDK的路径，比如：

  -vm
  C:\Program Files\Zulu\zulu-8\bin\javaw.exe
  

  这里要选64位的Java 8或更高版本（推荐Java 8/11，因为JMC对这两个LTS版本的兼容性最好）。

• 清理系统环境变量
  打开Windows环境变量设置面板：

  1. 将JAVA_HOME修改为你要使用的64位JDK路径（比如C:\Program Files\Zulu\zulu-8）
  2. 在PATH变量中，把该JDK的bin目录移到最顶部，确保系统优先调用新的JDK，而非旧的IBM 32位版本
  3. 打开新的cmd窗口，运行java -version确认输出是你指定的64位JDK，而非之前的IBM Java 7

• 重新下载匹配的JMC版本
  确保你下载的JMC分发版和系统位数、JDK版本匹配：

  • 如果你用的是Win10 64位系统，一定要下载64位版本的JMC
  • Zulu Mission Control和AdoptOpenJDK的JMC版本，尽量选择对应Java 8或11的版本，避免过新的版本和旧JDK产生冲突

• 源码构建的注意事项
  如果你尝试从源码构建JMC，一定要用兼容的JDK（Java 8或11）来执行构建流程，并且构建完成后，确保启动时调用的是正确的JDK，而非系统里的旧版本。

完成以上步骤后，重新打开cmd进入JMC的解压目录，运行对应的启动程序（比如jmc.exe），应该就能正常启动了。

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