Java JNI Windows DLL在Win11加载失败：找不到依赖库问题

1. 定位缺失的依赖库 #

用Windows自带工具明确DLL依赖项：

• 打开Visual Studio x64命令提示符，执行：

  dumpbin /dependents AnamonCamera-win64.dll
  

  查看输出的依赖库列表，对比Win10和Win11系统中这些库的存在状态与版本差异，重点关注Media Foundation相关组件（mf.dll、mfplat.dll等）。

2. 修正CMake编译配置 #

当前CMakeLists.txt未显式配置Media Foundation库链接，建议补充：

target_link_libraries(AnamonCamera-win64 PRIVATE mf.lib mfuuid.lib mfplat.lib mfreadwrite.lib)

同时确认编译目标为x64架构，保证与Java运行环境位数匹配。

3. 验证Media Foundation系统支持 #

• 检查Win11系统是否启用了Media Foundation：打开「控制面板→程序→启用或关闭Windows功能」，确认「媒体功能」选项已勾选。
• 代码中MFStartup(MF_VERSION)使用宏定义的版本号，避免硬编码导致的版本不兼容问题。

4. 调整Java加载DLL逻辑 #

• 移除加载后立即删除临时文件的代码，改用JVM关闭钩子在程序退出时清理：

  Runtime.getRuntime().addShutdownHook(new Thread(() -> temp.delete()));
  

• 加载前将临时目录加入系统库路径（需反射更新JVM路径缓存）：

  String tempDir = temp.getParent();
  String currentLibPath = System.getProperty("java.library.path");
  System.setProperty("java.library.path", tempDir + ";" + currentLibPath);
  
  // 刷新JVM库路径缓存
  try {
      Field sysPathsField = ClassLoader.class.getDeclaredField("sys_paths");
      sysPathsField.setAccessible(true);
      sysPathsField.set(null, null);
  } catch (Exception e) {
      e.printStackTrace();
  }
  

5. 排除编译环境与运行时依赖问题 #

• 确保使用Release模式编译DLL：Debug模式依赖VS调试运行库（如vcruntime140d.dll），Win11默认未预装该组件；Release模式需目标机器安装对应版本的VC++ Redistributable（VS2022对应vcruntime143.dll）。
• Visual Studio授权问题仅影响编译环节，与运行时依赖缺失无关，可直接排除。

6. 检查Windows安全限制 #

• 将临时文件所在目录加入Windows Defender排除列表，避免SmartScreen拦截DLL加载。
• 测试时将DLL放到非临时目录加载，确认是否因临时文件权限导致加载失败。

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