java.lang.UnsatisfiedLinkError: C:\Users\Administrator\AppData\Local\Temp\alglib.dll

一、问题

最近在做一个和第三方系统对接的需求。需要对入参进行对称加密。第三方提供了一个jar包，单元测试其中的加密方法时报错：

java.lang.UnsatisfiedLinkError: C:\Users\Administrator\AppData\Local\Temp\alglib7079975575154469256.dll: Can't find dependent librariesat java.lang.ClassLoader$NativeLibrary.load(Native Method)at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1824)at java.lang.Runtime.load0(Runtime.java:809)at java.lang.System.load(System.java:1086)at com.ztoon.core.AlgorithmHolder.<clinit>(AlgorithmHolder.java:71)at com.ztoon.core.alg.asymmetric.ECC256.privateSign(ECC256.java:29)at com.ztoon.core.alg.asymmetric.AsymmetricAlgorithmWrapper.privateSign(AsymmetricAlgorithmWrapper.java:35)at cn.gwssi.grant.audit.service.impl.BlockChainServiceImpl.sendHttpRequestByMap(BlockChainServiceImpl.java:547)at cn.gwssi.grant.audit.service.impl.BlockChainServiceImpl.getFromHaiDian(BlockChainServiceImpl.java:438)at cn.gwssi.grant.audit.service.impl.BlockChainServiceImpl$$FastClassBySpringCGLIB$$f28441a9.invoke(<generated>)at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:218)at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:749)at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)at com.alibaba.druid.support.spring.stat.DruidStatInterceptor.invoke(DruidStatInterceptor.java:72)at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:688)at cn.gwssi.grant.audit.service.impl.BlockChainServiceImpl$$EnhancerBySpringCGLIB$$12854599.getFromHaiDian(<generated>)at cn.gwssi.grant.audit.service.impl.BlockChainServiceImplTest.testGetFromHaiDian(BlockChainServiceImplTest.java:47)at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)at java.lang.reflect.Method.invoke(Method.java:498)at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)at org.springframework.test.context.junit4.statements.RunBeforeTestExecutionCallbacks.evaluate(RunBeforeTestExecutionCallbacks.java:74)at org.springframework.test.context.junit4.statements.RunAfterTestExecutionCallbacks.evaluate(RunAfterTestExecutionCallbacks.java:84)at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:75)at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:86)at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:84)at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:251)at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:97)at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70)at org.junit.runners.ParentRunner.run(ParentRunner.java:363)at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:190)at org.junit.runner.JUnitCore.run(JUnitCore.java:137)at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)

二、分析

1、源码调试

这个错误是从没见过的，首先调试一下jar包里的源码

分析一下这个源码的逻辑：

• 判断操作系统是windows、mac还是Linux,加载不同的动态链接库（DLL）
• 将jar包里的.dll文件复制到本地
• System.load(f.toString())：装载dll文件

错误就产生在 System.load(f.toString())

2、.dll文件

2.1、dll是什么

首先看一下.dll文件是什么？

DLL文件即动态链接库文件，是一种可执行文件，它允许程序共享执行特殊任务所必需的代码和其他资源。Windows提供的DLL文件中包含了允许基于Windows的程序在Windows环境下操作许多共享的函数和资源。

DLL文件中存放的是各类程序的函数(子过程)实现过程，当程序需要调用函数时需要先载入DLL，然后取得函数的地址，最后进行调用。使用DLL文件的好处是程序不需要在运行之初加载所有代码，只有在程序需要某个函数的时候才从DLL中取出。另外，使用DLL文件还可以减小程序的体积。

2.2、dll依赖项

当某个程序或 DLL 使用其他 DLL 中的 DLL 函数时，就会创建依赖项。 因此，该程序就不再是独立的，并且如果该依赖项被损坏，该程序就可能遇到问题。 例如，如果发生下列操作之一，则该程序可能无法运行：

• 依赖 DLL 升级到新版本。
• 修复了依赖 DLL。
• 依赖 DLL 被其早期版本覆盖。
• 从计算机中删除了依赖 DLL。

3、JNI

装载dll文件，这就涉及到另一个知识点：JNI

JNI是Java Native Interface的缩写，指的Java调用本地方法（native method）。本地方法一般是用其它语言（C、C++或汇编语言等）编写的，并且被编译为基于本机硬件和操作系统的程序。

为什么要用本地方法？

因为Java是编译型语言，需要先编译，再运行，虽然有跨平台的好处，但难免效率会低一些。有一些对硬件的操作，Java可能也做不了。所以，这时候就要用Java去调用 C/C++等写的代码。

从结构上来看JNI是一个中间层，具体的调用步骤是这个样子的：java->JNI->C/C++。

在windows下可以将C/C++程序编译成.dll文件，然后被JNI调用。

可以看一下本地的jdk，里面也有很多动态链接库，Java的很多native方法就是通过这种方式实现的。

4、dll文件缺少依赖项

经过断点排查分析，

• jar包中的dll文件复制到了本地
• 本地的路径和Java加载路径相同

最后觉得：

• 可能是dll文件缺少依赖项

所以需要查看dll依赖，这里用到了一个工具：Dependency Walker

用 Dependency Walker 打开 dll文件

结果发现确实缺少很多依赖项：

三、解决

1、下载依赖dll

刚开始的解决思路是找到这些缺少的dll，把它们复制到dll相同目录下，找到了一个网站：dll-files.com

找到了一些缺失的dll，但博主缺失的实在太多了，很多根本找不到。

这是候怀疑是本地windows的环境问题，已经在考虑重装系统了。

2、最终解决

柳暗花明又一村。

最后问题还是解决了——第三方jar包里的dll缺失有一些依赖项，需要手动把这些依赖项拷贝到 文件放入C:\Windows\System32 目录下。

但是交接人员不太清楚，忘了！

参考：

【1】：Java load 和 loadlibrary方法的区别
【2】：JNI系列教程一：入门
【3】：什么是dll
【4】：查看dll依赖的工具 dll缺少解决办法 depends使用
【5】：java.lang.UnsatisfiedLinkError: C:\Users\admin\AppData\Local\Temp\librocksdbjni5734698881557363843.dll