摘要：
这个因此，文件静态｛System.loadLibrary（“test”）在JAVA中使用；您可以使用System.load（“完整路径+完整文件名”）来加载（android程序最终放在手机上，在Linux环境中运行：（我的环境是Windows）1。路径单步调试跟踪loadLibrary的源代码：JAVA的底层将从Path环境变量中查找链接库文件。
好不容易 使用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目录。