blocks|key|269253|text|我非常确定类路径和共享库搜索路径几乎没有什么关系。根据The+JNI+Book+(诚然很旧)的说法，在Windows上，如果不使用java.library.path系统属性，DLL需要位于当前工作目录中，或者位于Windows+PATH环境变量中列出的目录中。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|269254|269255|更新：|BOLD|269256|看起来Oracle已经从其网站上删除了PDF。我已经更新了上面的链接，指向德克萨斯大学阿灵顿分校的一个PDF实例。|269257|此外，您还可以阅读OracleHTML版的JNI+Specification。它位于Java网站的Java+8部分，因此有望在一段时间内出现。|269258|269259|更新2:|269260|至少在Java+8中(我还没有检查过早期版本)，你可以这样做：|269261|java+-XshowSettings:properties+-version|code-block|syntax|javascript|269262|要查找共享库搜索路径，请执行以下操作。在该输出中查找java.library.path属性的值。|269263|entityMap|0|LINK|mutability|MUTABLE|url|http://barbie.uta.edu/~jli/Resources/Resource%2520Provisoning&Performance%2520Evaluation/85.pdf|1|http://docs.oracle.com/javase/8/docs/technotes/guides/jni/spec/jniTOC.html^0|1T|H|36|4|R|C|0|0|0|0|3|0|0|L|H|1|0|0|0|4|0|0|0|Q|H|0^^$0|@$1|2|3|4|5|6|7|19|8|@$9|1A|A|1B|B|C]|$9|1C|A|1D|B|C]]|D|@$9|1E|A|1F|1|1G]]|E|$]]|$1|F|3|-4|5|6|7|1H|8|@]|D|@]|E|$]]|$1|G|3|H|5|6|7|1I|8|@$9|1J|A|1K|B|I]]|D|@]|E|$]]|$1|J|3|K|5|6|7|1L|8|@]|D|@]|E|$]]|$1|L|3|M|5|6|7|1M|8|@]|D|@$9|1N|A|1O|1|1P]]|E|$]]|$1|N|3|-4|5|6|7|1Q|8|@]|D|@]|E|$]]|$1|O|3|P|5|6|7|1R|8|@$9|1S|A|1T|B|I]]|D|@]|E|$]]|$1|Q|3|R|5|6|7|1U|8|@]|D|@]|E|$]]|$1|S|3|T|5|U|7|1V|8|@]|D|@]|E|$V|W]]|$1|X|3|Y|5|6|7|1W|8|@$9|1X|A|1Y|B|C]]|D|@]|E|$]]|$1|Z|3|-4|5|6|7|1Z|8|@]|D|@]|E|$]]]|10|$11|$5|12|13|14|E|$15|16]]|17|$5|12|13|14|E|$15|18]]]]

I'm pretty sure the classpath and the shared library search path have little to do with each other. According to <a href="http://barbie.uta.edu/~jli/Resources/Resource%20Provisoning&amp;Performance%20Evaluation/85.pdf" rel="noreferrer">The JNI Book</a> (which admittedly is old), on Windows if you do not use the <code>java.library.path</code> system property, the DLL needs to be in the current working directory or in a directory listed in the Windows <code>PATH</code> environment variable.

<hr>

Update:

Looks like Oracle has removed the PDF from its website. I've updated the link above to point to an instance of the PDF living at University of Texas - Arlington.

Also, you can also read Oracle's HTML version of the <a href="http://docs.oracle.com/javase/8/docs/technotes/guides/jni/spec/jniTOC.html" rel="noreferrer">JNI Specification</a>. That lives in the Java 8 section of the Java website and so hopefully will be around for a while.

<hr>

Update 2:

At least in Java 8 (I haven't checked earlier versions) you can do:

<pre><code>java -XshowSettings:properties -version
</code></pre>

to find the shared library search path. Look for the value of the <code>java.library.path</code> property in that output.

blocks|key|267790|text|我曾经遇到过完全相同的问题，最终它被解决了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|267791|我将所有依赖的all放在存储mylib.dll的同一文件夹中，并确保JAVA+Compiler可以找到它(如果编译路径中没有mylib.dll，则在编译过程中会报告错误)。您需要注意的重要一点是，您必须确保所有依赖库与mylib.dll的版本相同，例如，如果您的mylib.dll是发布版本，那么您还应该将其所有依赖库的发布版本放在那里。|267792|希望这能帮助其他遇到同样问题的人。|267793|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I used to have exactly the same problem, and finally it was solved. 

I put all the dependent DLLs into the same folder where mylib.dll was stored and make sure the JAVA Compiler could find it (if there is no mylib.dll in the compilation path, there would be an error reporting this during compiling). The important thing you need to notice is you must make sure all the dependent libs are of the same version with mylib.dll, for example if your mylib.dll is release version then you should also put the release version of all its dependent libs there. 

Hope this could help others who have encountered the same problem.

blocks|key|265595|text|我想告诉你这个有趣的例子，在尝试了上面所有的方法之后，错误仍然存在。奇怪的是，它可以在Windows7电脑上运行，但在Windows+XP上就不行。然后我使用了依赖遍历，发现在Windows+XP上没有我的动态链接库要求的VC%2B%2B运行时。在安装了VC%2B%2B运行时包here之后，它就像一个护身符一样工作。让我不安的是，它不断地告诉我找不到依赖库，而直观地说依赖于JNI的dll就在那里，然而最终发现依赖于JNI的dll需要另一个依赖的dl。我希望这能帮到你。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|265596|entityMap|0|LINK|mutability|MUTABLE|url|http://www.microsoft.com/en-us/download/details.aspx?id=5555^0|3N|4|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

I want to inform this interesting case, after tried all the above method, the error is still there. The weird thing is it works on a Windows 7 computer, but on Windows XP it is not. Then I use dependency walker and found on the Windows XP there is no VC++ Runtime as my dll requirement. After installing VC++ Runtime package <a href="http://www.microsoft.com/en-us/download/details.aspx?id=5555" rel="noreferrer">here</a> it works like a charm. The thing that disturbed me is it keeps telling Can't find dependent libraries, while intuitively the JNI dependent dll is there, however it finally turns out the JNI dependent dll requires another dependent dl. I hope this helps.

blocks|key|2964703|text|在XP机器上安装javacv和opencv以及Eclipse时，确实遇到了相同的问题。结果发现我遗漏了以下文件：|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|2964704|2964705|msvcp100.dll|unordered-list-item|2964706|msvcr100.dll|2964707|2964708|一旦安装了这些组件，项目就编译并正常运行。|2964709|entityMap^0|8|6|F|6|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@$9|R|A|S|B|C]|$9|T|A|U|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|V|8|@]|D|@]|E|$]]|$1|G|3|H|5|I|7|W|8|@]|D|@]|E|$]]|$1|J|3|K|5|I|7|X|8|@]|D|@]|E|$]]|$1|L|3|-4|5|6|7|Y|8|@]|D|@]|E|$]]|$1|M|3|N|5|6|7|Z|8|@]|D|@]|E|$]]|$1|O|3|-4|5|6|7|10|8|@]|D|@]|E|$]]]|P|$]]

Did have identical problem with on XP machine when installing <code>javacv</code> and <code>opencv</code> in combination with Eclipse. It turned out that I was missing the following files:

<ul>
<li>msvcp100.dll</li>
<li>msvcr100.dll</li>
</ul>

Once these were installed, the project compiled and ran OK.

blocks|key|265615|text|请验证库路径是否正确。当然，您可以使用以下代码来检查您的库路径：System.out.println(System.getProperty("java.library.path"));|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|265616|您可以在启动Java应用程序时指定java.library.path：|BOLD|265617|java+-Djava.library.path=path+...|code-block|syntax|javascript|265618|entityMap^0|W|1O|0|H|H|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@$9|Q|A|R|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|S|8|@$9|T|A|U|B|H]]|D|@]|E|$]]|$1|I|3|J|5|K|7|V|8|@]|D|@]|E|$L|M]]|$1|N|3|-4|5|6|7|W|8|@]|D|@]|E|$]]]|O|$]]

Please verify your library path is right or not. Of course, you can use following code to check your library path path:
<code>System.out.println(System.getProperty("java.library.path"));</code>

You can appoint the java.library.path when launching a Java application:

<pre><code>java -Djava.library.path=path ...
</code></pre>

blocks|key|265651|text|您需要加载JNI库。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|265652|从JVM路径(JDK+bin路径)加载DLL。|265653|如果要加载带有路径的显式文件，请使用()|265654|另请参阅：Difference+between+System.load()+and+System.loadLibrary+in+Java|offset|length|265655|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/7016391/difference-between-system-load-and-system-loadlibrary-in-java^0|0|0|0|5|1R|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|T|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|U|8|@]|9|@$H|V|I|W|1|X]]|A|$]]|$1|J|3|-4|5|6|7|Y|8|@]|9|@]|A|$]]]|K|$L|$5|M|N|O|A|$P|Q]]]]

You need to load your JNI library.

<a href="http://www.tutorialspoint.com/java/lang/runtime_loadlibrary.htm" rel="noreferrer">System.loadLibrary</a> loads the DLL from the JVM path (JDK bin path).

If you want to load an explicit file with a path, use <a href="http://www.tutorialspoint.com/java/lang/system_load.htm" rel="noreferrer">System.load</a>()

See also: <a href="https://stackoverflow.com/questions/7016391/difference-between-system-load-and-system-loadlibrary-in-java">Difference between System.load() and System.loadLibrary in Java</a>

blocks|key|2964804|text|如果您使用64位JRE加载32位版本的dll，则可能会出现此问题。这是我的案子。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2964805|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

If you load a 32 bit version of your dll with a 64 bit JRE you could have this issue. This was my case.

blocks|key|265708|text|根据您的系统将您的dll文件与其他库(如\lib\win32-x86\your+dll+files).+)一起放在|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|265709|文件夹中，请转到http://tess4j.sourceforge.net/usage.html并单击Visual+C%2B%2B+Redistributable+for+VS2012|ordered-list-item|265710|Download+it并运行dll或lib|265711|265712|entityMap|0|LINK|mutability|MUTABLE|url|http://tess4j.sourceforge.net/usage.html^0|9|3|K|T|0|1F|11|8|14|0|0|E|3|I|3|0|0^^$0|@$1|2|3|4|5|6|7|T|8|@$9|U|A|V|B|C]|$9|W|A|X|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|Y|8|@$9|Z|A|10|B|C]]|D|@$9|11|A|12|1|13]]|E|$]]|$1|I|3|J|5|H|7|14|8|@$9|15|A|16|B|C]|$9|17|A|18|B|C]]|D|@]|E|$]]|$1|K|3|-4|5|6|7|19|8|@]|D|@]|E|$]]|$1|L|3|-4|5|6|7|1A|8|@]|D|@]|E|$]]]|M|$N|$5|O|P|Q|E|$R|S]]]]

<ol>
<li>Go to <a href="http://tess4j.sourceforge.net/usage.html" rel="nofollow noreferrer">http://tess4j.sourceforge.net/usage.html</a> and click on <code>Visual C++ Redistributable for VS2012</code></li>
<li>Download it and run <code>VSU_4\vcredist_x64.exe</code> or <code>VSU_4\vcredist_x84.exe</code> depending upon your system configuration</li>
<li>Put your <code>dll</code> files inside the <code>lib</code> folder, along with your other libraries (eg <code>\lib\win32-x86\your dll files</code>).</li>
</ol>

blocks|key|3178722|text|我也有同样的问题，我尝试了这里发布的所有方法来解决它，但都没有对我起作用。在我的例子中，我使用Cygwin来编译dll。JVM似乎试图在虚拟Cygwin路径中查找JRE+DLL。我将Cygwin的虚拟目录路径添加到了JRE的DLL中，现在它可以工作了。我做了一些类似的事情：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3178723|3178724|+SET+PATH=“/cygdrive/c/程序驱动器|blockquote|3178725|3178726|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|J|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|K|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|L|8|@]|9|@]|A|$]]|$1|G|3|-4|5|6|7|M|8|@]|9|@]|A|$]]]|H|$]]

I had the same issue, and I tried everything what is posted here to fix it but none worked for me.
In my case I'm using Cygwin to compile the dll. It seems that JVM tries to find the JRE DLLs in the virtual Cygwin path.
I added the the Cygwin's virtual directory path to JRE's DLLs and it works now.
I did something like: 

<blockquote>
 SET PATH="/cygdrive/c/Program Files/Java/jdk1.8.0_45";%PATH%
</blockquote>

blocks|key|3178755|text|在我的情况下，我试图通过Eclipse中的连接器在Tomcat7中运行一个java+web服务。当我将war文件部署到笔记本电脑上的Tomcat7实例时，该应用程序运行良好。该应用程序需要用于“IBMJBC9.5”的DB2+Type2驱动程序。出于某种奇怪的原因，Eclispe中的连接器无法看到或使用IBM环境变量中的路径来访问作为DB2客户机安装在我的笔记本电脑上的dll文件。错误消息指出找不到db2jcct2+dll文件，或者找不到该dll文件的依赖库。最终，我删除了连接器并重新构建了它。然后它就能正常工作了。我在这里添加这个解决方案作为文档，因为我在其他地方找不到这个特定的解决方案。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3178756|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

In my situation, I was trying to run a java web service in Tomcat 7 via a connector in Eclipse. The app ran well when I deployed the war file to an instance of Tomcat 7 on my laptop. The app requires a jdbc type 2 driver for "IBM DB2 9.5". For some odd reason the connector in Eclispe could not see or use the paths in the IBM DB2 environment variables, to reach the dll files installed on my laptop as the jcc client. The error message either stated that it failed to find the db2jcct2 dll file or it failed to find the dependent libraries for that dll file. Ultimately, I deleted the connector and rebuilt it. Then it worked properly. I'm adding this solution here as documentation, because I failed to find this specific solution anywhere else.

blocks|key|2965009|text|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2965010|简明答案:对于“找不到依赖库”错误，请检查您的$PATH+(对应于下面的要点#3+)|unordered-list-item|2965011|长答案：|2965012|纯java世界:+jvm使用"Classpath“来查找类文件|ordered-list-item|2965013|JNI世界(java/本机边界)：jvm使用"java.library.path”(缺省为$PATH)来查找dll|2965014|纯本机世界:本机代码使用$PATH加载其他java。|2965015|2965016|​|2965017|entityMap^0|0|0|1|1|1|0|0|0^^$0|@$1|2|3|-4|4|5|6|R|7|@]|8|@]|9|$]]|$1|A|3|B|4|C|6|S|7|@]|8|@]|9|$]]|$1|D|3|E|4|C|6|T|7|@]|8|@]|9|$]]|$1|F|3|G|4|H|6|U|7|@]|8|@]|9|$]]|$1|I|3|J|4|H|6|V|7|@]|8|@]|9|$]]|$1|K|3|L|4|5|6|W|7|@]|8|@]|9|$]]|$1|M|3|-4|4|5|6|X|7|@]|8|@]|9|$]]|$1|N|3|O|4|5|6|Y|7|@]|8|@]|9|$]]|$1|P|3|-4|4|5|6|Z|7|@]|8|@]|9|$]]]|Q|$]]

<ul>
<li>Short answer: for "can't find dependent library" error, check your $PATH (corresponds to bullet point #3 below)</li>
<li>Long answer:

<ol>
<li>Pure java world: jvm uses "Classpath" to find class files</li>
<li>JNI world (java/native boundary): jvm uses "java.library.path" (which defaults to $PATH) to find dlls</li>
<li>pure native world: native code uses $PATH to load other dlls</li>
</ol></li>
</ul>

blocks|key|271310|text|我在keepsafe发现了一些朋友写的一篇很棒的文章，这篇文章和我做的事情是一样的。它对我很有效，所以希望它也能帮到你！如果您感兴趣，请阅读(The+Perils+of+Loading+Native+Libraries+on+Android)或直接使用|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|271311|compile+'com.getkeepsafe.relinker:relinker:1.2.3'|style|CODE|271312|并替换|271313|System.loadLibrary("myLibrary");|code-block|syntax|javascript|271314|使用|271315|ReLinker.loadLibrary(context,+"mylibrary");|271316|entityMap|0|LINK|mutability|MUTABLE|url|https://medium.com/keepsafe-engineering/the-perils-of-loading-native-libraries-on-android-befa49dce2db^0|1Z|1D|0|0|0|1D|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|10|8|@]|9|@$A|11|B|12|1|13]]|C|$]]|$1|D|3|E|5|6|7|14|8|@$A|15|B|16|F|G]]|9|@]|C|$]]|$1|H|3|I|5|6|7|17|8|@]|9|@]|C|$]]|$1|J|3|K|5|L|7|18|8|@]|9|@]|C|$M|N]]|$1|O|3|P|5|6|7|19|8|@]|9|@]|C|$]]|$1|Q|3|R|5|L|7|1A|8|@]|9|@]|C|$M|N]]|$1|S|3|-4|5|6|7|1B|8|@]|9|@]|C|$]]]|T|$U|$5|V|W|X|C|$Y|Z]]]]

I found a great article by some friends at keepsafe that went through the same thing I did. It worked for me, so hopefully it helps you out as well! Have a read if you're interested (<a href="https://medium.com/keepsafe-engineering/the-perils-of-loading-native-libraries-on-android-befa49dce2db" rel="nofollow noreferrer">The Perils of Loading Native Libraries on Android</a>) or just use 

<code>compile 'com.getkeepsafe.relinker:relinker:1.2.3'</code>

and replace 

<pre><code>System.loadLibrary("myLibrary");
</code></pre>

with 

<pre><code>ReLinker.loadLibrary(context, "mylibrary");
</code></pre>

blocks|key|3178782|text|创建静态库对我很有效，使用g%2B%2B+-static进行编译。它将依赖库与构建捆绑在一起。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3178783|entityMap^0|D|B|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

Creating static library worked for me, compiling using <code>g++ -static</code>. It bundles the dependent libraries along with the build.

blocks|key|2965040|text|安装Microsoft+Visual+C%2B%2B+2010+SP1+Redistributable修复了该问题|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2965041|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

installing Microsoft Visual C++ 2010 SP1 Redistributable Fixed it

blocks|key|2965045|text|将所需的dll放在文件夹中，并在path环境变量中设置文件夹路径。确保反映了更新的环境路径变量。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2965046|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

place the required dlls in folder and set the folder path in PATH environment variable.
make sure updated environment PATH variable is reflected.

blocks|key|3178796|text|在将两个Android项目合并为一个项目后，我也面临着与ffmpeg库相同的问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3178797|实际上，问题是由于两个不同版本的ffmpeg库导致的，但它们在内存中加载了相同的名称。一个库被放在JNiLibs中，而另一个库则在另一个库中用作模块。我无法修改模块的代码，因为它是只读的，所以我将我自己代码中使用的模块重命名为ffmpegCamera，并以相同的名称将其加载到内存中。|offset|length|style|BOLD|3178798|System.loadLibrary("ffmpegCamera");|code-block|syntax|javascript|3178799|这解决了这个问题，现在两个版本的库都可以在内存中加载单独的名称和进程id。|3178800|entityMap^0|0|35|C|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|R|8|@$D|S|E|T|F|G]]|9|@]|A|$]]|$1|H|3|I|5|J|7|U|8|@]|9|@]|A|$K|L]]|$1|M|3|N|5|6|7|V|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|W|8|@]|9|@]|A|$]]]|P|$]]

I was facing same issue with ffmpeg library after merging two Android projects as one project. 

Actually issue was arriving due to two different versions of ffmpeg library but they were loaded with same names in memory. One library was placed in JNiLibs while other was inside another library used as module. I was not able to modify the code of module as it was readonly so I renamed the one used in my own code to ffmpegCamera and loaded it in memory with same name. 

<pre><code>System.loadLibrary("ffmpegCamera");
</code></pre>

This resolved the issue and now both versions of libraries are loading well as separate name and process id in memory.

blocks|key|2965058|text|当调用System.loadLibrary()时，JVM将在java.library.path上查找您的本地库。但是，如果该本机库声明了对其他本机库的任何依赖关系，则操作系统将负责查找这些本机库依赖关系。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|2965059|由于操作系统没有java.library.path的概念，它将看不到您放置在java.library.path上的任何目录。相反，它将只搜索操作系统的PATH环境变量中的目录。如果本机库依赖项是操作系统本机库，这是完全没有问题的，因为它将在路径中找到。但是，如果本机库依赖项是您或其他人创建的本机库，则不会在路径中找到它，除非您将其放在那里。这种行为很奇怪，出乎意料，而且没有很好的文档记录，但是在OpenJDK问题跟踪器here中记录了它。你也可以找到另一个强化这个解释的StackOverflow答案，here。|2965060|因此，您有几个选择。您可以使用System.loadLibrary()以正确的依赖顺序加载每个本机库，也可以修改路径以包括存储本机库的目录。|2965061|entityMap|0|LINK|mutability|MUTABLE|url|https://bugs.openjdk.java.net/browse/JDK-8222096|1|https://stackoverflow.com/a/47075532/5164938^0|3|K|U|H|0|8|H|5V|4|0|71|4|1|0|F|K|0^^$0|@$1|2|3|4|5|6|7|T|8|@$9|U|A|V|B|C]|$9|W|A|X|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|Y|8|@$9|Z|A|10|B|C]]|D|@$9|11|A|12|1|13]|$9|14|A|15|1|16]]|E|$]]|$1|H|3|I|5|6|7|17|8|@$9|18|A|19|B|C]]|D|@]|E|$]]|$1|J|3|-4|5|6|7|1A|8|@]|D|@]|E|$]]]|K|$L|$5|M|N|O|E|$P|Q]]|R|$5|M|N|O|E|$P|S]]]]

When calling <code>System.loadLibrary()</code>, the JVM will look on the <code>java.library.path</code> for your native library. However, if that native library declares any dependencies on other native libraries, then the operating system will be tasked with finding those native library dependencies.
Since the operating system has no concept of the <code>java.library.path</code>, it will not see any directories you place on the java.library.path. Instead, it will only search the directories on PATH environment variable of the operating system. This is totally fine if the native library dependency is an operating system native library because it will be found on the PATH. However, if the native library dependency is a native library that you or someone else created, then it will not be found on the PATH unless you place it there. This behavior is strange, unexpected, and not well documented, but it is documented in the OpenJDK issue tracker <a href="https://bugs.openjdk.java.net/browse/JDK-8222096" rel="nofollow noreferrer">here</a>. You can also find another StackOverflow answer reinforcing this explanation, <a href="https://stackoverflow.com/a/47075532/5164938">here</a>.
So, you have a couple of options. You could either load each native library in the correct dependency order using <code>System.loadLibrary()</code>, or you could modify the PATH to include the directories where your native libraries are stored.

blocks|key|3178805|text|在将CI迁移到一台新机器上后，我遇到了同样的问题。即使应用了上面所有的解决方案，我仍然面临着这个问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3178806|问题出在我的新机器上，上面安装了Microsoft+Visual+C%2B%2B+2010+SP1+Redistributable+x86。但是我的新机器有64位CPU和操作系统。因此，修复方法是我刚刚从here更新并安装了64位版本。|offset|length|3178807|entityMap|0|LINK|mutability|MUTABLE|url|https://docs.microsoft.com/en-US/cpp/windows/latest-supported-vc-redist?view=msvc-160^0|0|2Q|4|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

I faced the same problem after migrating my CI into a new machine.
I was still facing it even after applying all the above solutions.
The problem was in my new machine, there was Microsoft Visual C++ 2010 SP1 Redistributable x86 installed in it. But my new machine was having 64-bit CPU and operating system. So the fix was that i just updated and installed the 64 bit version from <a href="https://docs.microsoft.com/en-US/cpp/windows/latest-supported-vc-redist?view=msvc-160" rel="nofollow noreferrer">here</a> .

I'm working on a Java project that uses the JNI. The JNI calls a custom library that I've written myself, let's say mylib.dll, and that depends on a 3rd party library, libsndfile-1.dll.

When I run my program it crashes with 

<pre><code>java.lang.UnsatisfiedLinkError: C:\...path...\mylib.dll: Can't find dependent libraries.
</code></pre>

I've searched this site (and others) and I've tried a number of fixes:

<ol>
<li>I ran dependency walker. DW gave a couple of warnings -- that two libraries required by libsndfile, MPR.DLL and SHLWAPI.DLL, had "unresolved imports" -- but the <a href="http://www.dependencywalker.com/faq.html" rel="noreferrer">DW FAQ</a> said that these warnings could be safely ignored. </li>
<li>I fixed the method names in mylib.dll, as suggested <a href="http://witte-consulting.com/blog/jni-java-native-interface-exception-in-thread-main-javalangunsatisfiedlinkerror-can-t-find-dependent-libraries/" rel="noreferrer">here</a>. The method names had somehow gotten mangled by the compiler, but I added linker flags and the dll method names now match those in my jni header file exactly.</li>
<li>I put all of these DLLs in the same directory -- the same directory as the .jar that calls them -- to ensure that they're on the right PATH.</li>
</ol>

No dice.

Does anyone have any idea what's going on?

I'm doing my development in Visual Studio 2010 on a MacBook pro (via Parallels). I'm doing my testing in Windows XP on a toshiba laptop.

How to fix an UnsatisfiedLinkError (Can't find dependent libraries) in a JNI project

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋 

腾讯云代码助手

CODING DevOps

Cloud Studio

SDK中心

API中心

命令行工具

我正在做一个使用JNI的Java项目。JNI调用一个我自己编写的定制库，假设是mylib.dll，这依赖于第三方库libsndfile-1.dll。当我运行我的程序时，它崩溃了java.lang.UnsatisfiedLinkError:  C:\...path...\mylib.dll: Can't find dep...

问如何修复JNI项目中的UnsatisfiedLinkError (找不到依赖库)
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何修复JNI项目中的UnsatisfiedLinkError (找不到依赖库)EN