这种同时依赖32位和64位DLL的场景确实很棘手——毕竟32位和64位JVM的内存空间完全隔离，没法在同一个进程里同时加载两种位数的原生库。结合我之前处理类似问题的经验，给你几个实际可行的解决方案：

方案1：拆分代码为独立模块，通过进程间通信交互 #

这是最稳妥的方案，核心思路是把依赖32位DLL的逻辑和依赖64位DLL的逻辑拆成两个独立的Java程序，分别用对应位数的JVM运行，再通过进程间通信（IPC）传递数据和调用功能：

• 先梳理代码，把需要调用32位DLL的部分抽成独立模块（比如32bit-service），剩余部分作为主模块（64bit-main）
• 在IntelliJ里配置两个SDK：一个32位JDK，一个64位JDK。给两个模块分别指定对应的SDK（路径：File -> Project Structure -> Modules）
• 实现IPC逻辑：可以用Socket、RMI甚至本地文件共享的方式，让主模块和32位服务模块互相调用。比如主模块需要32位DLL功能时，给服务模块发请求，等待返回结果

方案2：编写原生代理程序做桥接 #

如果不想拆分Java代码，可以写一个轻量的32位原生程序（比如C++）封装32位DLL的所有接口，再让这个代理程序和64位Java程序通过IPC通信：

• 用C++写一个32位控制台程序，加载目标32位DLL，暴露对应函数接口，同时监听命名管道的请求
• 64位Java程序通过FileChannel或原生API连接到命名管道，发送调用指令并接收返回结果
• 这种方式让32位DLL在独立的32位进程里运行，64位JVM只需和代理程序交互，自身直接加载64位DLL即可

方案3：动态加载对应位数的DLL（仅限非同时使用场景） #

如果代码不需要同时调用两个DLL，只是在不同流程中分别使用，可以在运行时动态判断JVM位数，加载对应路径的DLL：

• 把32位DLL放在项目目录下的lib/x86，64位DLL放在lib/x64
• 在代码里通过System.getProperty("os.arch")判断JVM位数（返回x86是32位，amd64是64位）
• 用System.load()指定绝对路径加载对应DLL，示例代码：

  String arch = System.getProperty("os.arch");
  String dllPath = arch.equals("amd64") ? "lib/x64/your-64bit.dll" : "lib/x86/your-32bit.dll";
  System.load(new File(dllPath).getAbsolutePath());
  

• 注意：此方案仅适用于不需要同时加载两个DLL的场景，若必须同时调用两种DLL则不适用

额外注意事项 #

• 确保32位和64位JDK都正确安装，且在IntelliJ的SDK配置中能被正常识别
• 测试时分别运行对应模块，验证各自的DLL加载是否正常，避免环境变量冲突
• 如果是自行编译的DLL，可尝试确认是否能编译成兼容32/64位的版本（不过你提到依赖不同SDK，可能不太现实）

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