dlopen的使用

在dlopen的函数以指定模式打开指定的动态连接库文件，并返回一个句柄给调用进程。使用dlclose（）来卸载打开的库。

1、函数出处 

#include <dlfcn.h> void * dlopen( const char * pathname, int mode );

2、参数介绍

mode是打开方式，其值有多个，不同操作系统上实现的功能有所不同，在linux下，按功能可分为三类：       

        1、解析方式

         RTLD_LAZY：在dlopen返回前，对于动态库中的未定义的符号不执行解析（只对函数引用有效，对于变量引用总是立即解析）。
        RTLD_NOW： 需要在dlopen返回前，解析出所有未定义符号，如果解析不出来，在dlopen会返回NULL，错误为：: undefined symbol: xxxx.......

        2、作用范围，可与解析方式通过“|”组合使用。 
        RTLD_GLOBAL：动态库中定义的符号可被其后打开的其它库重定位。 
        RTLD_LOCAL： 与RTLD_GLOBAL作用相反，动态库中定义的符号不能被其后打开的其它库重定位。如果没有指明是RTLD_GLOBAL还是RTLD_LOCAL，则缺省为RTLD_LOCAL。

        3、作用方式

        RTLD_NODELETE： 在dlclose()期间不卸载库，并且在以后使用dlopen()重新加载库时不初始化库中的静态变量。这个flag不是POSIX-2001标准。 
        RTLD_NOLOAD： 不加载库。可用于测试库是否已加载(dlopen()返回NULL说明未加载，否则说明已加载），也可用于改变已加载库的flag，如：先前加载库的flag为RTLD＿LOCAL，用dlopen(RTLD_NOLOAD|RTLD_GLOBAL)后flag将变成RTLD_GLOBAL。这个flag不是POSIX-2001标准。
        RTLD_DEEPBIND：在搜索全局符号前先搜索库内的符号，避免同名符号的冲突。这个flag不是POSIX-2001标准。

3、返回值

        打开错误返回NULL

                成功，返回库引用

4、实例

/*测试函数main.c(编译时候要加入-ldl(指定dl库))*/#include <dlfcn.h>#include <stdio.h>#define NONE         "\033[m"#define RED          "\033[0;32;31m"extern int g_count;int main(int argc, char **argv){        void* pdlhandle;        char* pszerror;        int (*mytest)(int num);        pdlhandle = dlopen("./libtest.so", RTLD_LAZY);        pszerror = dlerror();        if (0 != pszerror)        {            printf("%s", pszerror);            return 1;        }        mytest = dlsym(pdlhandle, "test");        pszerror = dlerror();        if (0 != pszerror)        {            printf("%s", pszerror);            return 1;        }        mytest(3);   //defined in test.c (libtest.c)        printf(RED"[%s %s]"NONE": g_count=%d\n",__FILE__, __FUNCTION__, g_count); //[%s %s]以赤色 打印        dlclose(pdlhandle);        return 0;}

生成libadd.so动态库函数add.c

#include "add.h"int   g_count;int add(int num){     g_count +=num;     printf("[%s %s]: g_count=%d\n",__FILE__, __FUNCTION__, g_count);     return 0;}

add.h

#include "stdio.h"#include "stdlib.h"#include "unistd.h"extern int g_count;int add(int num);

生成libtest.so动态库文件test.c

#include "add.h"#define NONE         "\033[m"#define BLUE         "\033[0;32;34m"int test(int num){   add(num); //defined in add.c (libadd.so)   printf(BLUE"[%s %s]"NONE": g_count=%d\n",__FILE__, __FUNCTION__, g_count); //[%s %s]以蓝色打印   return 0;}

Makefile

CROSS=#CROSS=/gcc-4.2/arm-linux-CC = $(CROSS)gccLDFLAGS = -L. -Wl,-rpath,./LIBS = -ltest -ladd -ldlOBJS   = main.oDYNLIB = libadd.so libtest.soTARGET = testALL: $(DYNLIB) $(TARGET)$(TARGET): $(OBJS)        $(CC) $(LDFLAGS) $(LIBS) $(OBJS) -o $(TARGET)$(OBJS): main.c        $(CC) -c $^ $<$(DYNLIB):        $(CC) -fPIC -shared add.c -o libadd.so        $(CC) -fPIC -shared test.c -o libtest.soclean:        rm -f *.o        rm -f *.so        rm -f $(TARGET)

注意：Makefile中 -Wl,-rpath,./将加载动态库的路径写到代码里，这就不必要应用export LD_LIBRARY_PATH=./来指定查找共享库的路径。
libtest.so 凭借libadd.so, 这时在main()中调用dlopen()来加载libtest.so时，碰到不能理会的标记（g_count）时，他会加载libadd.so. 并不是本身之前灵活地认为 ，dlopen()只会加载libtest.so, 而不去理会libadd.so中的标记.