（windows平台）android执行ndk编译生成的可执行文件【2】—— 加载可执行文件所在目录的*.so文件

如下方式加载成功

   使用dlopen(…)的方式，将*.so文件的绝对路径作为参数，则不考虑权限的情况下，可以加载成功。

当需要加载的*.so文件不在系统默认的库文件搜索路径下时，如下两种方式会加载失败

   1、dlopen(…)方式，只输入*.so文件名，不包含路径
   2、在Android.mk文件中定义需要加载的*.so，不使用dlopen(…)函数

在执行native程序时，经常需要直接加载native程序所在当前目录的*.so文件，因此可将*.so文件所在路径加入系统的库文件搜索路径，但是此修改针对当前执行环境而言，退出之后失效。

【sample】
native可执行程序“hello”，依赖的so为"libtest.so"，两者所在路径都为：/data/local/tmp
两种执行方式（假设其它环境已设置好），在cmd窗口环境下
   1、进入adb shell环境

export LD_LIBRARY_PATH=/data/local/tmp ===> 最开始的路径斜杠不要省略
/data/loal/tmp/hello

   2、不进入adb shell环境

adb shell export LD_LIBRARY_PATH=/data/local/tmp; /data/local/tmp/hello ===> 位于一行的输入

如果需要在 *.bat文件中编写，则可以使用"^"符号连接在一行写不完的语句，如下
adb shell export LD_LIBRARY_PATH=/data/local/tmp; ^
                                 /data/local/tmp/hello

解释

1、系统内部存在默认的库文件搜索路径，如果需要添加额外的库文件搜索路径，则需要添加到LD_LIBRARY_PATH，但是如果未对LD_LIBRARY_PATH操作，直接打印LD_LIBRARY_PATH的值为空，系统默认的库文件搜索路径并未在此体现
2、进入adb shell环境，执行export LB_LIBRARY_PATH=/data/local/tmp之后，此设置始终生效，因此可以逐语句执行，但是如果退出当前adb shell环境之后重新进入，则需要再执行此操作，因为重新进入之后的环境又重置了。
3、如果未进入adb shell环境，则需要将设置库文件搜索路径和执行程序同时输入。因为在未进入adb shell环境的条件下，执行完一条语句之后，后一条语句执行的环境已经和上一语句的环境不相关了。
4、export LD_LIBRARY_PATH=/data/local/tmp语句中最开始的路径斜杠不能忽略：测试时需要满足此设置才能正常执行，其它测试环境未知。