参与一个Demo设计的开发过程中遇到的SDK问题，在本地windows + idea开发环境中，根据官方的指引

这个是生效的，但是有一点需要注意的是，如果你是maven多module的模式下，需要放到parent根目录下

但是当我mvn package jar包部署到Linux服务器上的时候，会出现

onError Code：20021,错误代码：20021
错误原因：引擎错误.

后面去找了不少原因，最后怀疑是环境目录导致的，最后把文件放到/lib64目录解决问题

大概就是说：

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，/lib/ 和 /lib64/ 目录；

根据上面：

在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 文件所在的目录