Linux平台和Windows平台下Web Service加载JNI dll的区别
Web Service是由Java编写，部署在Tomcat上。 Web Service调用JNI DLL之前，需要加载该DLL，在生成WAR包的java工程中，可以使用“System.load()” 来加载外部DLL，但是必须写全路径，这样不利于跨平台。也可以使用函数"System.loadLibrary()"来加载外部DLL，只需要写文件名（省略后缀名）。如果找不到库，就会弹出 异常UnsatisfiedLinkError no *** in java.library.path
System.loadLibrary()函数在windows和linux平台下对库的查找有区别。
在Windows平台下，供Web Service调用的JNI DLL 为"JNI_KindleService.dll" , 假设该DLL位于 d:\Test\目录下。在将“JNI_KindleService.dll" 拷贝到系统环境变量PATH下的任何一个目录下，或者将“d:\Test\”追加到PATH环境变量里，然后就可以使 System.loadLibrary("JNI_KindleService"); 加载该DLL，JDK会依次在PATH环境变量设置的各个目录下，依次查找后缀名为.dll，且文件名为JNI_KindleService的库，直到找到为止。
如果在Linux平台下，该DLL名称为 "libJNI_KindleService.so", 位于/home/lib目录下，
仍然使用 System.loadLibrary("JNI_KindleService"); 来加载该DLL
在Linux下，系统会将System.loadLibrary（）传入的文件名参数，补上前缀"lib",后缀名".so"，然后在环境变量LD_LIBRARY_PATH里面设置的路径里，依次查找文件 "libJNI_KindleService.so" 直到在某个目录下能找到该文件为止。
可以在/etc/profile 内使用
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/lib
来将该DLL所在目录添加查找库的环境变量上
使用source /etc/profile 让该变量对当前的shell生效
可以使用
echo $LD_LIBRARY_PATH
查看变量结果