linux静态库和动态库分析



1.什么是库

　　在windows平台和linux平台下都大量存在着库。

　　本质上来说库是一种可执行代码的二进制形式，可以被操作系统载入内存执行。

　　由于windows和linux的本质不同，因此二者库的二进制是不兼容的。

　　本文仅限于介绍linux下的库。

　　2.库的种类

　　linux下的库有两种：静态库和共享库（动态库）。

　　二者的不同点在于代码被载入的时刻不同。

　　静态库的代码在编译过程中已经被载入可执行程序，因此体积较大。

　　共享库的代码是在可执行程序运行时才载入内存的，在编译过程中仅简单的引用，因此代码体积较小。

　　3.库存在的意义

　　库是别人写好的现有的，成熟的，可以复用的代码，你可以使用但要记得遵守许可协议。

　　现实中每个程序都要依赖很多基础的底层库，不可能每个人的代码都从零开始，因此库的存在意义非同寻常。

　　共享库的好处是，不同的应用程序如果调用相同的库，那么在内存里只需要有一份该共享库的实例。

　　4.库文件是如何产生的在linux下

　　静态库的后缀是.a，它的产生分两步

　　Step 1.由源文件编译生成一堆.o，每个.o里都包含这个编译单元的符号表

　　Step 2.ar命令将很多.o转换成.a，成文静态库

　　动态库的后缀是.so，它由gcc加特定参数编译产生。

　　例如:

　　$ gcc -fPIC -c *.c $ gcc -shared -Wl,-soname, libfoo.so.1 -o libfoo.so.1.0 *.

　　5.库文件是如何命名的，有没有什么规范

　　在linux下，库文件一般放在/usr/lib /lib下，

　　静态库的名字一般为libxxxx.a，其中xxxx是该lib的名称

　　动态库的名字一般为libxxxx.so.major.minor，xxxx是该lib的名称，major是主版本号， minor是副版本号

　　6.如何知道一个可执行程序依赖哪些库

　　ldd命令可以查看一个可执行程序依赖的共享库，

　　例如# ldd /bin/lnlibc.so.6

　　=> /lib/libc.so.6 (0×40021000)/lib/ld-linux.so.2

　　=> /lib/ld- linux.so.2 (0×40000000)

　　可以看到ln命令依赖于libc库和ld-linux库

　　7.可执行程序在执行的时候如何定位共享库文件

　　当系统加载可执行代码时候，能够知道其所依赖的库的名字，但是还需要知道绝对路径

　　此时就需要系统动态载入器(dynamic linker/loader)

　　对于elf格式的可执行程序，是由ld-linux.so*来完成的，它先后搜索elf文件的 DT_RPATH段—环境变量LD_LIBRARY_PATH—/etc/ld.so.cache文件列表—/lib/,/usr/lib目录找到库文件后将其载入内存

　　8.在新安装一个库之后如何让系统能够找到他

　　如果安装在/lib或者/usr/lib下，那么ld默认能够找到，无需其他操作。

　　如果安装在其他目录，需要将其添加到/etc/ld.so.cache文件中，步骤如下

　　1.编辑/etc/ld.so.conf文件，加入库文件所在目录的路径

　　2.运行ldconfig，该命令会重建/etc/ld.so.cache文件

　　我们通常把一些公用函数制作成函数库，供其它程序使用。函数库分为静态库和动态库两种。静态库在程序编译时会被连接到目标代码中，程序运行时将 不再需要该静态库。动态库在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入，因此在程序运行时还需要动态库存在。本文主要通过举例来说明 在Linux中如何创建静态库和动态库，以及使用它们。在创建函数库前，我们先来准备举例用的源程序，并将函数库的源程序编译成.o文件。

　　第1步：编辑得到举例的程序--hello.h、hello.c和main.c；

　　hello.h(见程序1)为该函数库的头文件。

　　hello.c(见程序2)是函数库的源程序，其中包含公用函数hello，该函数将在屏幕上输出"Hello XXX!"。

　　main.c(见程序3)为测试库文件的主程序，在主程序中调用了公用函数hello。

　　程序1: hello.h

　　#ifndef HELLO_H

　　#define HELLO_H

　　void hello(const char *name);

　　#endif //HELLO_H

　　程序2: hello.c

　　#include

　　void hello(const char *name)

　　{

　　printf("Hello %s!\n", name);

　　}

　　程序3: main.c

　　#include "hello.h"

　　int main()

　　{

　　hello("everyone");

　　return 0;

　　}

第2步：将hello.c编译成.o文件；

　　无论静态库，还是动态库，都是由.o文件创建的。因此，我们必须将源程序hello.c通过gcc先编译成.o文件。

　　在系统提示符下键入以下命令得到hello.o文件。

　　# gcc -c hello.c

　　#

　　(注1：本文不介绍各命令使用和其参数功能，若希望详细了解它们，请参考其他文档。)

　　(注2：首字符"#"是系统提示符，不需要键入，下文相同。)

　　我们运行ls命令看看是否生存了hello.o文件。

　　# ls

　　hello.c hello.h hello.o main.c

　　#

　　(注3：首字符不是"#"为系统运行结果，下文相同。)

　　在ls命令结果中，我们看到了hello.o文件，本步操作完成。

　　下面我们先来看看如何创建静态库，以及使用它。

　　第3步：由.o文件创建静态库；

　　静态库文件名的命名规范是以lib为前缀，紧接着跟静态库名，扩展名为.a。例如：我们将创建的静态库名为myhello，则静态库文件名就是libmyhello.a。在创建和使用静态库时，需要注意这点。创建静态库用ar命令。

　　在系统提示符下键入以下命令将创建静态库文件libmyhello.a。

　　# ar cr libmyhello.a hello.o

　　#

　　我们同样运行ls命令查看结果：

　　# ls

　　hello.c hello.h hello.o libmyhello.a main.c

　　#

　　ls命令结果中有libmyhello.a。

　　第4步：在程序中使用静态库；

　　静态库制作完了，如何使用它内部的函数呢？只需要在使用到这些公用函数的源程序中包含这些公用函数的原型声明，然后在用gcc命令生成目标文件 时指明静态库名，gcc将会从静态库中将公用函数连接到目标文件中。注意，gcc会在静态库名前加上前缀lib，然后追加扩展名.a得到的静态库文件名来 查找静态库文件。

　　在程序3:main.c中，我们包含了静态库的头文件hello.h，然后在主程序main中直接调用公用函数hello。下面先生成目标程序hello，然后运行hello程序看看结果如何。

　　# gcc -o hello main.c -L. -lmyhello

　　# ./hello

　　Hello everyone!

　　#

　　我们删除静态库文件试试公用函数hello是否真的连接到目标文件 hello中了。

　　# rm libmyhello.a

　　rm: remove regular file `libmyhello.a'? y

　　# ./hello

　　Hello everyone!

　　#

　　程序照常运行，静态库中的公用函数已经连接到目标文件中了。

　　我们继续看看如何在Linux中创建动态库。我们还是从.o文件开始。

　　第5步：由.o文件创建动态库文件；

　　动态库文件名命名规范和静态库文件名命名规范类似，也是在动态库名增加前缀lib，但其文件扩展名为.so。例如：我们将创建的动态库名为myhello，则动态库文件名就是libmyhello.so。用gcc来创建动态库。

　　在系统提示符下键入以下命令得到动态库文件libmyhello.so。

　　# gcc -shared -fPCI -o libmyhello.so hello.o

　　#

　　我们照样使用ls命令看看动态库文件是否生成。

　　# ls

　　hello.c hello.h hello.o libmyhello.so main.c

　　#

第6步：在程序中使用动态库；

　　在程序中使用动态库和使用静态库完全一样，也是在使用到这些公用函数的源程序中包含这些公用函数的原型声明，然后在用gcc命令生成目标文件时指明动态库名进行编译。我们先运行gcc命令生成目标文件，再运行它看看结果。

　　# gcc -o hello main.c -L. -lmyhello

　　# ./hello

　　./hello: error while loading shared libraries: libmyhello.so: cannot open shared object file: No such file or directory

　　#

　　哦！出错了。快看看错误提示，原来是找不到动态库文件libmyhello.so。程序在运行时，会在/usr/lib和/lib等目录中查找 需要的动态库文件。若找到，则载入动态库，否则将提示类似上述错误而终止程序运行。我们将文件libmyhello.so复制到目录/usr/lib中， 再试试。

　　# mv libmyhello.so /usr/lib

　　# ./hello

　　./hello: error while loading shared libraries: /usr/lib/libhello.so: cannot restore segment prot after reloc: Permission denied

　　由于SELinux引起，

　　# chcon -t texrel_shlib_t /usr/lib/libhello.so

　　# ./hello

　　Hello everyone!

　　#

　　成功了。这也进一步说明了动态库在程序运行时是需要的。

　　我们回过头看看，发现使用静态库和使用动态库编译成目标程序使用的gcc命令完全一样，那当静态库和动态库同名时，gcc命令会使用哪个库文件呢？抱着对问题必究到底的心情，来试试看。

　　先删除 除.c和.h外的 所有文件，恢复成我们刚刚编辑完举例程序状态。

　　# rm -f hello hello.o /usr/lib/libmyhello.so

　　# ls

　　hello.c hello.h main.c

　　#

　　在来创建静态库文件libmyhello.a和动态库文件libmyhello.so。

　　# gcc -c hello.c

　　# ar cr libmyhello.a hello.o

　　# gcc -shared -fPCI -o libmyhello.so hello.o

　　# ls

　　hello.c hello.h hello.o libmyhello.a libmyhello.so main.c

　　#

　　通过上述最后一条ls命令，可以发现静态库文件libmyhello.a和动态库文件libmyhello.so都已经生成，并都在当前目录中。然后，我们运行gcc命令来使用函数库myhello生成目标文件hello，并运行程序 hello。

　　# gcc -o hello main.c -L. -lmyhello

　　# ./hello

　　./hello: error while loading shared libraries: libmyhello.so: cannot open shared object file: No such file or directory

　　#

　　从程序hello运行的结果中很容易知道，当静态库和动态库同名时， gcc命令将优先使用动态库。

　　基本概念

　　库有动态与静态两种，动态通常用.so为后缀，静态用.a为后缀。

　　例如：libhello.so libhello.a 为了在同一系统中使用不同版本的库，可以在库文件名后加上版本号为后缀,例如： libhello.so.1.0,由于程序连接默认以.so为文件后缀名。所以为了使用这些库，通常使用建立符号连接的方式。

　　ln -s libhello.so.1.0 libhello.so.1

　　ln -s libhello.so.1 libhello.so

　　1、使用库

　　当要使用静态的程序库时，连接器会找出程序所需的函数，然后将它们拷贝到执行文件，由于这种拷贝是完整的，所以一旦连接成功，静态程序库也就不 再需要了。然 而，对动态库而言，就不是这样。动态库会在执行程序内留下一个标记指明当程序执行时，首先必须载入这个库。由于动态库节省空间，linux下进行连接的缺 省操作是首先连接动态库，也就是说，如果同时存在静态和动态库，不特别指定的话，将与动态库相连接。 现在假设有一个叫hello的程序开发包，它提供一个静态库libhello.a 一个动态库libhello.so,一个头文件hello.h,头文件中提供sayhello()这个函数 /* hello.h */ void sayhello(); 另外还有一些说明文档。

　　这一个典型的程序开发包结构 与动态库连接 linux默认的就是与动态库连接，下面这段程序testlib.c使用hello库中的sayhello()函数

　　/*testlib.c*/

　　#include

　　#include

　　int main()

　　{

　　sayhello();

　　return 0;

　　}

 

使用如下命令进行编译 $gcc -c testlib.c -o testlib.o

　　用如下命令连接： $gcc testlib.o -lhello -o testlib

　　连接时要注意，假设libhello.o 和libhello.a都在缺省的库搜索路径下/usr/lib下，如果在其它位置要加上-L参数 与与静态库连接麻烦一些，主要是参数问题。还是上面的例子：

　　$gcc testlib.o -o testlib -WI,-Bstatic -lhello

　　注：这个特别的"-WI，-Bstatic"参数，实际上是传给了连接器ld。指示它与静态库连接，如果系统中只有静态库当然就不需要这个参数 了。 如果要和多个库相连接，而每个库的连接方式不一样，比如上面的程序既要和libhello进行静态连接，又要和libbye进行动态连接，其命令应为：

　　$gcc testlib.o -o testlib -WI,-Bstatic -lhello -WI,-Bdynamic -lbye

　　2、动态库的路径问题 为了让执行程序顺利找到动态库，有三种方法：

　　(1)把库拷贝到/usr/lib和/lib目录下。

　　(2)在LD_LIBRARY_PATH环境变量中加上库所在路径。

　　例如动态库libhello.so在/home/ting/lib目录下，以bash为例，使用命令：

　　$export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/ting/lib

　　(3) 修改/etc/ld.so.conf文件，把库所在的路径加到文件末尾，并执行ldconfig刷新。这样，加入的目录下的所有库文件都可见。

　　3、查看库中的符号

　　有时候可能需要查看一个库中到底有哪些函数，nm命令可以打印出库中的涉及到的所有符号。库既可以是静态的也可以是动态的。nm列出的符号有很多，常见的有三种：

　　一种是在库中被调用，但并没有在库中定义(表明需要其他库支持)，用U表示；

　　一种是库中定义的函数，用T表示，这是最常见的；

　　另外一种是所谓的“弱 态”符号，它们虽然在库中被定义，但是可能被其他库中的同名符号覆盖，用W表示。

　　例如，假设开发者希望知道上文提到的hello库中是否定义了 printf():

　　$nm libhello.so |grep printf U

　　其中printf U表示符号printf被引用，但是并没有在函数内定义，由此可以推断，要正常使用hello库，必须有其它库支持，再使用ldd命令查看hello依赖于哪些库：

　　$ldd hello libc.so.6=>/lib/libc.so.6(0x400la000) /lib/ld-linux.so.2=>/lib/ld-linux.so.2 (0x40000000)

　　从上面的结果可以继续查看printf最终在哪里被定义，有兴趣可以go on

　　4、生成库

　　第一步要把源代码编绎成目标代码。

　　以下面的代码为例，生成上面用到的hello库：

　　/* hello.c */

　　#include

　　void sayhello()

　　{

　　printf("hello,world ");

　　}

　　用gcc编绎该文件，在编绎时可以使用任何全法的编绎参数，例如-g加入调试代码等： gcc -c hello.c -o hello.o

　　(1)连接成静态库 连接成静态库使用ar命令，其实ar是archive的意思

　　$ar cqs libhello.a hello.o

　　(2)连接成动态库 生成动态库用gcc来完成，由于可能存在多个版本，因此通常指定版本号：

　　$gcc -shared -Wl,-soname,libhello.so.1 -o libhello.so.1.0 hello.o

　　另外再建立两个符号连接：

　　$ln -s libhello.so.1.0 libhello.so.1

　　$ln -s libhello.so.1 libhello.so

　　这样一个libhello的动态连接库就生成了。最重要的是传gcc -shared 参数使其生成是动态库而不是普通执行程序。 -Wl 表示后面的参数也就是-soname,libhello.so.1直接传给连接器ld进行处理。实际上，每一个库都有一个soname，当连接器发现它正 在查找的程序库中有这样一个名称，连接器便会将soname嵌入连结中的二进制文件内，而不是它正在运行的实际文件名，在程序执行期间，程序会查找拥有 soname名字的文件，而不是库的文件名，换句话说，soname是库的区分标志。 这样做的目的主要是允许系统中多个版本的库文件共存，习惯上在命名库文件的时候通常与soname相同 libxxxx.so.major.minor 其中，xxxx是库的名字，major是主版本号，minor 是次版本号

一、为什么要使用库文件

　　我们在实际编程工作中肯定会遇到这种情况：有几个项目里有一些函数模块的功能相同，

　　实现代码也相同，也是我们所说的重复代码。比如，很多项目里都有一个用户验证的功能。

　　代码段如下：

　　//UserLogin.h文件，提供函数声明

　　int IsValidUser(char* username, int namelen);

　　//UserLogin.c文件，实现对用户信息的验证

　　int IsValidUser(char* username, int namelen)

　　{

　　int IsValid = 0;

　　/*下面是具体的处理代码，略去*/

　　return IsValid

　　}

　　如果每个项目都保存着这两个UserLogin.h和UserLogin.c文件，会有以下几个

　　弊端:

　　1、每个项目里都有重复的模块，造成代码重复。

　　2、代码的重用性不好，一旦IsValidUser的代码发生了变化，为了保持设计的一致性，

　　我们还要手工修改其他项目里的UserLogin.c文件，既费时又费力，还容易出错。

　　库文件就是对公共代码的一种组织形式。

　　为了解决上面两个弊端，就提出了用库文件存放公共代码的解决方案，其要点就是

　　把公共的（也就是可以被多次复用的）目标代码从项目中分离出来，统一存放到库文件中，

　　项目要用到这些代码的时候，在编译或者运行的时候从库文件中取得目标代码即可。库文件

　　又分两种：静态库和动态库。

 

　　二、静态库与动态库

　　如果程序是在编译时加载库文件的，就是使用了静态库。如果是在运行时加载目标代码，

　　就成为动态库。换句话说，如果是使用静态库，则静态库代码在编译时就拷贝到了程序的代码段，

　　程序的体积会膨胀。如果使用动态库，则程序中只保留库文件的名字和函数名，在运行时去查找

　　库文件和函数体，程序的体积基本变化不大。

　　静态库的原则是“以空间换时间”，增加程序体积，减少运行时间;

　　动态库则是“以时间换空间”，增加了运行时间，但减少了程序本身的体积。

　　下面我们就以实际例子来看看如何使用这两种库.

 

　　三、静态库的编写和使用

　　1、概述

　　静态库文件的扩展名一般为.a,其编写步骤很简单。

　　⑴编写函数代码

　　⑵编译生成各目标文件

　　⑶用ar文件对目标文件归档，生成静态库文件。

　　注意归档文件名必须以lib打头。

　　使用要点：

　　⑴在gcc 的-I参数后加上静态库头文件的路径。

　　⑵在gcc 的-L参数后加上库文件所在目录

　　⑶在gcc 的-l参数后加上库文件名，但是要去掉lib和.a扩展名。

　　比如库文件名是libtest.a 那么参数就是 -l test

　　2、编写最简单的静态库文件

　　编写如下两个文件，注意放在同一目录中

　　myalib.h   //静态库头文件

　　myalib.c   //静态库实现文件

　　//myalib.h 文件的内容

　　void test();

　　//myalib.c 文件的内容

　　#inlcude <stdio.h>

　　void test()

　　{

　　printf("test\n");

　　}

3、制作库文件

　　⑴生成目标文件

　　gcc -c myalib.c

　　执行完后会生成一个myalib.o文件

　　⑵用ar命令归档,格式为ar -rc <生成的档案文件名> <.o文件名列表>

　　再次提醒，归档文件名一定要以lib打头, .a结尾。

　　ar -rc libtest.a myalib.o

　　执行完后会生成一个libtest.a文件

　　4、使用库文件

　　⑴编写一个测试程序main.c,内容为

　　//main.c 测试静态库调用的程序

　　#include "myalib.h"   //要把函数的头文件包含进来，否则编译时会报错

　　int main(int argc,char* argv[])

　　{

　　test();

　　return 0;

　　}

　　⑵编译目标文件，注意要把静态库头文件的路径加到-I参数里面

　　gcc -I /root/exercise -o main.o -c main.c

　　现在生成了一个main.o文件

　　⑶生成可执行文件，注意要把静态库文件的路径加到-L参数里面，

　　把库文件名(去掉打头的lib和结尾的.a)加到-l参数后面。如下面所示

　　gcc -o main -L/root/exercise   main.o -ltest

　　此时就会生成一个名为main的可执行文件

　　另外，注意- l参数好象应该加到输入文件名的后面，否则会报错。

　　比如gcc -o main -L/root/exercise   -ltest main.o就会提示

　　main.o(.text+0x11): In function `main':

　　: undefined reference to `test'

　　collect2: ld returned 1 exit status

　　原因我还不清楚:-)

　　⑷执行可执行文件查看效果

　　执行./main， 输出

　　test

　　说明执行成功。

 

　　四、动态库的编写

　　1、概述

　　动态库一般以.so结尾，就是shared object的意思.

　　其基本生成步骤为

　　⑴编写函数代码

　　⑵编译生成动态库文件,要加上 -shared 和 -fpic 选项 ，

　　库文件名以lib开头， 以.so 结尾。

　　使用方式分为两种: 隐式调用和显示调用

　　隐式调用类似于静态库的使用，但需修改动态链接库的配置文件/etc/ld.so.conf;

　　显示调用则是在主程序里使用dlopen、dlsym、dlerror、dlclose等系统函数。

　　具体的调用方式会在 "五、动态库的调用" 中详细说明.

　　2、编写最简单的动态库文件

　　为了便于对照， 我们仍然采用静态库中的文件做例子.

　　编写如下两个文件，注意放在同一目录中

　　myalib.h   //静态库头文件

　　myalib.c   //静态库实现文件

　　//myalib.h 文件的内容

　　void test();

　　//myalib.c 文件的内容

　　#inlcude <stdio.h>

　　void test()

　　{

　　printf("test\n");

　　}

3、编译生成动态库 ,库文件名以lib开头， 以.so 结尾。

　　gcc -fpic -shared -o libtest.so myalib.c

　　此时就生成一个libtest.so文件

 

　　五、动态库的隐式调用

　　隐式调用的含义是代码里不出现库文件名，就是说这个代码和

　　调用静态库的代码是类似的。

　　1、编写测试文件

　　//main.c 测试动态库隐式调用的程序

　　#include "myalib.h"   //要把函数的头文件包含进来，否则编译时会报错

　　int main(int argc,char* argv[])

　　{

　　test();

　　return 0;

　　}

　　2、 编译测试程序,与静态库类似,要把头文件的路径加到-I参数里面

　　gcc -I /root/exercise -o main.o -c main.c

　　现在生成了一个main.o文件

　　3、连接生成测试程序

　　gcc -o main -L/root/exercise   main.o -ltest

　　现在生成了一个main文件

　　4、执行测试程序

　　./main

　　此时出现提示

　　./main: error while loading shared libraries: libtest.so: cannot open shared object file: No such file or directory。

　　这个原因就是程序运行时并不知道动态库所在的路径，因此自然找不到。

　　解决这个问题的办法有三种。见下节

 

　　六、使动态库被系统共享的三种办法

　　(再次说明: 本节参考了计算机世界网雨亦奇的文章"LINUX动态链接库高级应用"

　　地址http://www.ccw.com.cn/htm/center/prog/02_3_13_3_2.asp)

　　(1)拷贝动态链接库到系统共享目录下,或在系统共享目录下为该动态链接库

　　建立连接(硬连接或符号连接均可,常用符号连接).这里说的系统共享目录,

　　指的是LINUX动态链接库存放的目录,包括

　　/lib,/usr/lib以及/etc/ld.so.conf文件内所列的一系列目录.

　　实例：执行

　　# cp libtest.so /lib

　　# ldconfig

　　或:

　　# ln -s `pwd`/libtest.so /lib

　　# ldconfig

　　注意pwd前后有两个反引号`，其目的是取得pwd命令的输出，即当前目录.

　　此时再执行main，即可成功.

　　(2)将动态链接库所在目录名追加到动态链接库配置文件/etc/ld.so.conf中.

　　# pwd >> /etc/ld.so.conf

　　# ldconfig

　　此时再执行main，即可成功.

　　(3)利用动态链接库管理命令ldconfig,强制其搜索指定目录,并更新缓存文件,便于动态装入.

　　# ldconfig `pwd`

　　此时再执行main，即可成功.

　　要注意,第三种方法虽然有效,但效果是暂时的,供程序测试还可以,一旦再度运行ldconfig,

　　则缓存文件内容可能改变,所需的动态链接库可能不被系统共享了.

　　而且无论哪种办法，其实质都是用ldconfig命令把动态库文件

　　所在路径加入到系统库列表中，(前两种永久，第三种临时)

 

　　七、动态库的显式调用

　　显式调用的含义是代码出现库文件名，用户需要自己去

　　打开和管理库文件。其要点为:

　　⑴把dlfcn.h系统头文件包含进来

　　⑵用dlopen函数打开库文件，并指定打开方式

　　dllope的的第一个参数为共享库的名称，将会在下面位置查找指定的共享库。

　　①环境变量LD_LIBRARY_PATH列出的用分号间隔的所有目录。

　　②文件/etc/ld.so.cache中找到的库的列表，由ldconfig命令刷新。

　　③目录usr/lib。

　　④目录/lib。

　　⑤当前目录。

　　第二个参数为打开共享库的方式。有两个取值

　　①RTLD_NOW：将共享库中的所有函数加载到内存

　　②RTLD_LAZY：会推后共享库中的函数的加载操作，直到调用dlsym()时方加载某函数

　　⑶用dlerror()函数测试是否打开成功，并进行错误处理;

　　⑷用dlsym获得函数地址,存放在一个函数指针中

　　⑸用获得的函数指针进行函数调用。

　　⑹程序结束时用dlclose关闭打开的动态库，防止资源泄露。

　　⑺用ldconfig工具把动态库的路径加到系统库列表中

1、编写测试文件

　　//main.c 测试动态库显式调用的程序

　　#include<dlfcn.h>      //用于动态库管理的系统头文件

　　#include "myalib.h"    //要把函数的头文件包含进来，否则编译时会报错

　　int main(int argc,char* argv[])

　　{

　　//声明对应的函数的函数指针

　　void (*pTest)();

　　//加载动态库

　　void *pdlHandle = dlopen("libtest.so", RTLD_LAZY);

　　//错误处理

　　if(pdlHandle == NULL )    {

　　printf("Failed load library\n");

　　return -1;

　　}

　　char* pszErr = dlerror();

　　if(pszErr != NULL)

　　{

　　printf("%s\n", pszErr);

　　return -1;

　　}

　　//获取函数的地址

　　pTest = dlsym(pdlHandle, "test");

　　pszErr = dlerror();

　　if(pszErr != NULL)

　　{

　　printf("%s\n", pszErr);

　　dlclose(pdlHandle);

　　return -1;

　　}

　　//实现函数调用

　　(*pTest)();

　　//程序结束时关闭动态库

　　dlclose(pdlHandle);

　　return 0;

　　}

　　2、编译测试文件 使用-ldl选项指明生成的对象模块需要使用共享库

　　gcc -o main -ldl main.c

　　执行完后就生成了一个main文件

　　3、执行测试程序

　　执行 ./main

　　输出

　　test

　　说明成功。

　　六、使用动态库时应注意的其他问题

　　1、无论是动态库的显式调用还是隐式调用，都需要用

　　ldconfig工具将动态库的路径加到系统库列表中，否则运行时会出错。

　　2、可以用ldd命令检查程序都使用到哪些共享库

　　ldd命令行用法如下:

　　ldd [--version] [-v|--verbose] [-d|--data-relocs] [-r|--function-relocs] [--help] FILE...

　　各选项说明如下:

　　(1) --version : 此选项用于打印出ldd的版本号.

　　(2) -v 或 --verbose : 此选项指示ldd输出关于所依赖的动态链接库的尽可能详细的信息.

　　(3) -d 或 --data-relocs : 此选项执行重定位,并且显示不存在的函数.

　　(4) -r 或 --function-relocs : 此选项执行数据对象与函数的重定位,同时报告不存在的对象.

　　(5) --help : 此选项用于打印出ldd的帮助信息.

　　我们一般用-v选项.

　　现在看几个实例

　　⑴用静态库连接时的结果

　　#ldd main

　　libc.so.6 => /lib/tls/libc.so.6 (0xb74ad000)

　　/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb75eb000)

　　可见使用静态库时，由于库已经被编译成程序的一部分，因此ldd的输出中就只有用到的

　　系统库。

　　⑵用动态库隐式连接时的结果

　　libtest.so => /root/exercise/libtest.so (0xb75e2000)

　　libc.so.6 => /lib/tls/libc.so.6 (0xb74ab000)

　　/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb75eb000)

　　可见隐式使用动态库时，所有用到的动态库(包括系统和用户的)都会被显示出来。

　　⑶动态库显式连接时的结果

　　ldd main

　　libdl.so.2 => /lib/libdl.so.2 (0xb75e1000)

　　libc.so.6 => /lib/tls/libc.so.6 (0xb74aa000)

　　/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb75eb000)

　　可见显式使用动态库时，程序中不再保存运行时打开动态库的信息，只保留用到的系统库的信息.

　　这个与使用静态库时的输出是类似的.