使用javacpp-presets/llvm遇"no jniLLVM in java.library.path"错误求助

问题核心原因 #

1. 依赖版本不兼容：同时引入了两个完全不匹配的LLVM-JavaCPP版本（7.0.1-1.4.4 和 17.0.6-1.5.10），JavaCPP Presets的版本与底层LLVM版本强绑定，混版本会导致Java类与Native库不匹配，无法找到jniLLVM。
2. Platform依赖配置错误：org.bytedeco:llvm-platform是仅用于依赖管理的POM包，本身不包含任何Native库文件（比如jnillvm.dll），需要引入对应操作系统架构的具体Platform包。
3. 手动配置java.library.path无效：你指定的目录里没有实际的jnillvm.dll（该文件在对应平台的Native包Jar内），且JavaCPP Loader会自动提取Native库到临时目录加载，手动配置反而会干扰自动加载逻辑。

解决方案 #

1. 修正Gradle依赖

移除旧版本依赖，统一使用匹配的版本，并引入对应平台的Native包：

// 方式1：用platform自动匹配当前系统的Native包
implementation platform("org.bytedeco:llvm-platform:17.0.6-1.5.10")
implementation "org.bytedeco:llvm"

// 方式2：手动指定Windows x64平台（如果你的系统是这个架构）
// implementation("org.bytedeco:llvm:17.0.6-1.5.10")
// implementation("org.bytedeco:llvm-platform-windows-x86_64:17.0.6-1.5.10")

• 务必移除implementation("org.bytedeco.javacpp-presets:llvm:7.0.1-1.4.4")这个旧版本依赖。

2. 移除手动配置的VM选项

删除IntelliJ中VM选项里的-Djava.library.path="C:\Users<username>.gradle\caches\modules-2\files-2.1\org.bytedeco\llvm-platform\17.0.6-1.5.10"，让JavaCPP自动处理Native库的加载路径。

3. 验证依赖下载

同步Gradle后，检查Gradle缓存中对应平台的Native包（比如org.bytedeco:llvm-platform-windows-x86_64:17.0.6-1.5.10）的Jar文件，解压后应该能看到jnillvm.dll等Native文件。

额外说明 #

JavaCPP Presets的版本命名规则是LLVM版本-JavaCPP版本，必须保证所有相关依赖的版本后缀（比如1.5.10）一致，否则会出现兼容性问题。如果需要切换LLVM版本，要同步更换所有相关依赖的版本。

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