Java加载Net.dll提示已被其他类加载器加载且API.dll加载失败问题问询

问题根源 #

第一个加载报错的原因 #

Windows系统对文件名大小写不敏感，JDK内置了一个名为net.dll的系统库，存放在JRE的bin目录下，会在JVM启动时被启动类加载器提前加载。你自己的第三方库命名为Net.dll，调用System.loadLibrary("Net")时，JVM会按库名搜索文件，优先匹配到JRE内置的net.dll，而同一个原生库不允许被不同类加载器重复加载，所以直接抛出已加载的错误。

第二个加载报错的原因 #

你用绝对路径加载D:\Net.dll只是完成了JVM层面对这个库的加载，但是Windows系统加载API.dll时，会按照系统默认的DLL搜索顺序（当前工作目录→系统目录→PATH环境变量配置的目录）查找它依赖的Net.dll，你的Net.dll放在D盘根目录，不在默认搜索路径内，所以API.dll无法找到依赖库，就会抛出“找不到指定程序”的错误，这个报错不是指API.dll本身不存在，而是它的依赖项缺失。

解决方案 #

优先推荐第一种方案，兼容性最好：

• 方案1：修改自定义dll的名称（最稳妥）
  给你自己的Net.dll重命名，避免和JDK内置库重名，比如改成CustomNet.dll：

  1. 如果可以拿到dll的源码，重新编译Net.dll修改输出文件名，同时重新编译API.dll，将它的依赖项指向修改后的新库名
  2. 如果拿不到源码，可以用Dependency Walker查看API.dll的依赖项，再用资源修改工具调整API.dll的导入表，将依赖的Net.dll改为你修改后的新名称
  3. 把重命名后的两个dll放在同一目录下，将该目录添加到系统PATH环境变量，或者直接放在Java程序的当前工作目录下，之后按顺序调用即可：

     System.loadLibrary("CustomNet");
     System.loadLibrary("API");
     

• 方案2：调整DLL搜索优先级（临时 workaround，不推荐）
  如果实在无法修改dll名称，可以用这个方法临时解决：

  1. 把Net.dll和API.dll放在同一个自定义目录下，比如D:\myNativeLibs\
  2. 启动Java程序前，先把该自定义目录添加到PATH环境变量的最前面，让系统搜索dll时优先匹配你自定义的Net.dll，而不是JRE内置的版本
  3. 注意该方案存在兼容性风险，可能会导致JDK本身依赖系统net.dll的功能异常，非必要不要使用

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