Eclipse导出可运行Jar包报错java.lang.UnsatisfiedLinkError求解决

我太懂这种IDE里跑的好好的，一打包成Jar就掉坑的挫败感了——之前帮同事排查过几乎一模一样的DLL加载问题，给你几个容易被忽略的方向，挨个试试：

1. 先搞清楚JVM实际在找什么路径 #

别光盯着你设置的java.library.path，JVM在-jar模式下的路径优先级可能和IDE里不一样。先在代码里加一行调试输出，放在加载DLL的代码前面：

System.out.println("实际库路径：" + System.getProperty("java.library.path"));

打包运行后看看输出的路径里有没有你的DLL所在目录。如果没有，先试试用绝对路径直接加载DLL验证：

// 注意路径用双反斜杠或者正斜杠
System.load("C:\\projects\\myapp\\libs\\mydll.dll");

如果这样能成功，说明问题确实出在路径配置上；如果还是失败，那大概率是DLL本身的问题（比如依赖缺失、位数不匹配）。

2. 命令行参数的顺序别搞错！ #

很多人设置java.library.path时把参数放在-jar后面，这完全不生效！正确的命令格式是：

# DLL和Jar同目录的情况
java -Djava.library.path=. -jar myapplication.jar

# DLL在lib子目录的情况
java -Djava.library.path=./lib -jar myapplication.jar

-D参数必须放在-jar前面，JVM才会识别这个系统属性。

3. 检查DLL的依赖链（别漏了它的“小伙伴”） #

有时候报错不是因为你的主DLL找不到，而是它依赖的其他DLL缺失了——比如一些VC++运行库、第三方依赖库。Windows下可以用Dependency Walker（depends.exe）打开你的DLL，看看红色标记的缺失项，把这些依赖DLL放到Jar所在目录或者系统的System32/SysWOW64目录里。

4. 32位/64位必须严格匹配 #

这是超级常见的坑：

• 打开Eclipse，看它用的JVM位数（比如菜单栏Help→About Eclipse→Installation Details→Configuration里找osgi.os和osgi.arch）
• 然后运行java -version看你独立运行时的JVM位数（比如显示“64-Bit”）
• 确认你的DLL位数和JVM完全一致——32位JVM只能加载32位DLL，64位同理，不匹配直接报错。

5. 试试打包工具简化路径配置 #

如果上面的方法都嫌麻烦，Windows环境下可以用WinRun4J把Jar和DLL打包成一个EXE文件，它能自动处理本地库的加载路径，用户双击就能运行，不用手动输命令行参数。

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