JVM加载本地DLL库时崩溃，退出码-1073741819求助

问题场景 #

在Windows 10 amd64平台上，我通过代码从JAR资源里提取对应位数的.dll文件到临时目录，然后调用System.load(String)加载该DLL。加载逻辑放在类的static{}块里，运行测试main方法时，DLL能成功提取，但调用System.load()后JVM直接崩溃，退出码是-1073741819（对应Windows错误码0xC0000005，也就是访问违规）。

已完成的排查 #

• 确认DLL已正确提取到临时文件，文件大小和完整性没问题
• 用dumpbin /EXPORTS分析过DLL导出表，导出符号存在
• 相关资源（C++源码、构建脚本、DLL、加载工具类）已整理
• 最小复现步骤：
  • 复制Natives.java到源码目录
  • 复制对应系统位数的DLL到resources/natives目录
  • 创建包含指定main方法的Main.java，项目结构符合示例

可能的原因及解决方向 #

1. 临时文件路径或权限问题 #

• 看看临时文件路径有没有特殊字符（比如空格、非ASCII字符），JVM加载时可能解析出错。试试把临时文件输出到路径简单的目录（比如C:\temp），别用系统默认临时目录。
• 确保加载时临时文件没被其他进程锁定，也没被意外删除。可以在System.load()前加个文件存在性和可读性检查。

2. DLL依赖缺失 #

• 主DLL提取成功了，但它依赖的其他系统或第三方DLL可能不在JVM的搜索路径里。用dumpbin /DEPENDENTS分析DLL的依赖项，确认所有依赖的DLL都能找到：

  dumpbin /DEPENDENTS your.dll
  

• 要么把依赖的DLL也从JAR提取到同一临时目录，要么确保这些DLL在系统PATH里。

3. 静态块加载时机不对 #

• 在static{}块里加载DLL时，可能JVM初始化状态还没准备好，或者类加载顺序出了问题。试试把加载逻辑移到main()方法最开头，别放在静态块里，看能不能避免崩溃。

4. DLL的DllMain函数有问题 #

• JVM加载DLL时会调用DllMain，如果这个函数里有非法内存访问（比如空指针、数组越界），直接就会导致JVM崩溃。检查C++源码里的DllMain实现：
  • 别在DllMain里做复杂操作（比如创建线程、调用JNI），Windows官方文档明确建议DllMain要尽量简洁。
  • 检查DllMain里的参数处理，比如fdwReason的各个分支有没有异常逻辑。

5. JNI签名不匹配 #

• 就算导出表有符号，JNI函数的签名也可能和Java端声明不匹配。确认C++里的JNI函数签名（比如Java_com_example_Natives_functionName）和Java类里的native方法声明完全一致，包括包名、类名、方法名和参数类型。

6. 临时文件属性问题 #

• 从JAR提取的文件可能带了“只读”或“锁定”属性，导致JVM加载失败。提取后可以设置文件的可执行权限：

  File dllFile = new File(tempPath);
  dllFile.setExecutable(true);
  dllFile.setReadable(true);
  dllFile.setWritable(true);
  

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