对比linux和windows关于动态链的使用
windows上存在2种方式实现b.dll/b.exe使用a.dll中的函数void func()1.编译时确定，使windows在加载和解析(b.dll/b.exe)导入表的时候自动加载a.dll，分2步
添加函数声明：void func();(extern 及 __declspec(dllimport)可选)
引入导入lib：#pragma comment(lib, "a.lib") ——注意导入lib和静态lib的区别
2.运行时获取，这种方式可以在(b.dll/b.exe)执行的任意时刻加载a.dll并调用函数，也分2步
将模块加载到内存或获取已有模块 HMODULE hmod = LoadLibrary("a.dll",.....)/GetModuleHandle("a.dll")
获取函数并执行 typedef void (*F)();F func=(F)GetProcAddress(hmod,"func");func();
android linux上，并不把特定函数归于某个模块，它存在一个模块链，从第一个so开始遍历，直到找到函数为止
同样分2种方式实现b/b.so使用a.so中的函数void func() 下面的方法都是采用ndk
1.编译时确定——这个是我要重点说的，因为网上资料较少，分系统函数和用户函数
①用户函数——自己从网上down的，或自己写的导出函数的so
Android.mk中编写配置
LOCAL_SRC_FILES := a.cpp
LOCAL_MODULE := a
LOCAL_MODULE_FILENAME := a
include $(BUILD_SHARED_LIBRARY)
LOCAL_SRC_FILES := b.cpp
LOCAL_MODULE := b
LOCAL_MODULE_FILENAME := b
LOCAL_SHARED_LIBRARIES := liba #导入a的函数
include $(BUILD_SHARED_LIBRARY)
这样就可以让b去用a的导出函数
b.cpp中仍然要包含a的函数声明
②系统函数——ndk自带的库函数，包括stl，log等
Android.mk中编写配置
LOCAL_SRC_FILES := b.cpp
LOCAL_MODULE := b
LOCAL_MODULE_FILENAME := b
LOCAL_LDLIBS := -llog #导入liblog.so中的函数
include $(BUILD_SHARED_LIBRARY)
再包含android/log.h即可
系统自带的库参见%NDK%\build\core\build-binary.mk
system_libs := \
android \
c \
dl \
jnigraphics \
log \
m \
m_hard \
stdc++ \
z \
EGL \
GLESv1_CM \
GLESv2 \
GLESv3 \
OpenSLES \
OpenMAXAL \
bcc \
bcinfo \
cutils \
gui \
RScpp \
RScpp_static \
RS \
ui \
utils \
mediandk \
atomic
2.动态加载，这和windows类似，分2步
int hmod = dlopen("/system/lib/a.so",
typedef void (*F)();F func=(F)dlsym(hmod,"func");func();
现在支持 CMakefile了 会更新吗
页:
[1]