好不容易 使用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目录。