Linux环境下强制64位JDK/JRE加载64位类库的方法求助

针对64位JVM与Linux环境下，系统仍尝试加载32位类库的问题，可从以下方向排查：

• 检查JNI绑定的硬编码逻辑
  打开ODApi.jar中负责加载本地库的类，查看代码是否硬编码了libars3wapi32.so文件名。如果是固定写死的32位库名，可修改代码让它根据System.getProperty("os.arch")判断架构，自动加载libars3wapi64.so；若无法修改代码，可临时将64位库重命名为32位文件名做测试（不推荐长期使用）。

• 调整库路径的优先级
  修改LD_LIBRARY_PATH，将64位库所在的/opt/ibm/ondemand/V10.5/lib64放在/opt/ibm/ondemand/V10.5/www前面，确保JVM优先搜索64位库目录：

  ENV LD_LIBRARY_PATH=/opt/ibm/ondemand/V10.5/lib64:$LD_LIBRARY_PATH:/opt/ibm/ondemand/V10.5/www
  

  也可临时将/opt/ibm/ondemand/V10.5/www下的32位库重命名，迫使JVM寻找64位版本。

• 使用JVM系统属性指定库路径
  启动Java应用时，通过-Djava.library.path参数指定优先加载的64位库目录，该参数优先级高于LD_LIBRARY_PATH：

  java -Djava.library.path=/opt/ibm/ondemand/V10.5/lib64:/opt/ibm/ondemand/V10.5/www -jar your-app.jar
  

  同时查阅IBM OnDemand官方文档，确认是否有特定环境变量（如ARS_API_LIB）可指定加载的本地库版本。

• 验证64位库的依赖完整性
  在容器内执行ldd命令检查64位库的依赖是否全部存在：

  ldd /opt/ibm/ondemand/V10.5/www/libars3wapi64.so
  

  若存在缺失的依赖库，需补充对应的64位依赖，否则JVM可能会尝试加载32位库作为 fallback。

• 确认环境变量的生效状态
  启动容器后执行以下命令，确认LD_LIBRARY_PATH和CLASSPATH是否正确设置：

  echo $LD_LIBRARY_PATH
  echo $CLASSPATH
  

  同时检查应用启动脚本，是否存在重置这些环境变量的逻辑，导致构建时设置的变量被覆盖。

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