好不容易 使用cygwin+windows打了个包,放到JAVA中使用。但是还是会报各种错。
JAVA中使用.so文件
static{
System.loadLibrary("test"); //加载libtest.so
}
以上是网上的经典用法,很简单的一句。但是用的时候还是出错了。。。
主要还是.so路径找不到。找了大半天,终于,问题解决了。
原因是:windows下loadLibrary只能用来加载.dll,
可以使用 System.load("完整路径+完整文件名") 来加载
(android程序最终是要放到手机上linux环境运行的,所以加载.so是没有问题的。)
------------------------------以下详细过程------------------------------------
我报的是 java.lang.UnsatisfiedLinkError:
no XXXX in java.library.path
分析。(我的环境是windows)
1、路径
单步调试跟踪 loadLibrary 的源码,可以很清晰的看到。
JAVA底层会 从Path环境变量里寻找
链接库文件。
--------所以首先要把包放在Path的路径下才能让JAVA找到你的包。
2、包名
System.loadLibrary("XXX");
方法传入的包名,最终会传给System.mapLibraryName("XXX")
然后返回实际的文件名,从而和路径结合找到你的库文件。
在windows下 System.mapLibraryName("test") 返回的是"test.dll"。
--------所以在Windows环境下调用这个方法System.loadLibrary("test");是根本找不到
.so文件的。而且如果使用libtest.dll的话,要填入 "libtest"。而不像加载.so一样,文件名只要填"test".
如果被逼急了单纯的将.so改成.dll也是不行滴,亲测。
其实还有个加载方法 System.load("E:/XXX/libtest.so"); 是可以使用.so的。参数是包的绝对路径。
综上, 如果想要在windows环境下使用.so
只能使用System.load("包的绝对路径");
在linux下,在以上规则基础上(Linux下的JAVA源码应该也是一样的吧。。。)
1、路径的变量
是 LD_LIBRARY_PATH
2、使用loadLibrary()加载.so时,如:将.so命名为libtest.so,
参数填 loadLibrary("test")。
相关:
1、java
-Djava.library.path=. com.test.testJni
参数意思是
运行JAVA类时,临时设置路径为当前路径(仅当前CMD有效),用于让JAVA找到我的链接库包。
2、
如果看不到JAVA底层源代码,检查是不是用的是JRE 而不是JDK.
Eclipse的话,
Preferences->Java->Installed JREs 更换成JDK目录。
JAVA中使用动态链接库须知,古老的榕树,5-wow.com