注：主要是dll文件的配置
A：Java SDK 使用了 JNI 形式，在初始化 SDK 时，SDK 将加载共享库（Windows下为msc32.dll或msc64.dll文件，Linux下libmsc32.so或libmsc64.so文件），报错是因为系统找不到共享库。
一般来说，在 Windows 下，系统加载共享库时的优先级将按以下的顺序：
1，应用的当前运行目录；
2，由系统环境参数 Path 指定的目录；
3，System32 目录；（已实现可行）
而在Linux下，系统加载共享库时的优先级将按以下顺序：
1，LD_LIBRARY_PATH指定的目录；
2，/usr/lib/ 或 /lib64/ 目录；（实现可行，但是放置后执行ldd再执行ldconfig命令）
根据上面：
在Windows下，把 dll 文件，放在应用的当前运行目录（一般为应用所在的目录），或在 Path 把 dll 所在目录加入此环境参数中，或者把dll复制到 System32 目录（不建议）；
在Linux下，则把 .so 所在目录，通过 export 加入 LD_LIBRARY_PATH 中（在Terminal或在“.bashrc”等启动时会加载的脚本中），或把 .so 文件复制到 lib 文件夹中（不建议）；（另外，确保linux的glibc版本为2.11以上；可以执行命令 ldd libmsc32.so <如64位系统，则命令为 ldd libmsc64.so>，如果有执行结果有`GLIBC_2.11' not found，则需要把 glibc 版本升级到2.11版）
◆一般来说，web项目的当前运行目录，并不项目的根目录，而是由tomcat等 server 指定的目录。所以具体当前运行目录应视 server 而定——即使在 windows 下，也不能把dll文件简单的放在项目根目录下就完事。同时，根据 server 把库文件配置好后，应重启 WebServer 才会生效。
另外，在 Linux 下 eclipse 调试时，可能通过Terminal 来 export LD_LIBRARY_PATH 并不起作用，此时，因为运行的调试环境不在 Terminal 中，需要在项目属性中，设置调试和运行的环境参数，在其中，增加 LD_LIBRARY_PATH ，并指定 so 文件所在的目录，如下图为指定 so 所在目录为当前运行的目录：