一、基本概念
1.1 什么是库
在windows平台和linux平台下都大量存在着库。本质上来说库是一种可执行代码的二进制形式，可以被操作系统载入内存执行。
由于 windows 和 linux 的平台不同（主要是编译器、汇编器和连接器的不同），因此二者库的二进制是不兼容的。本文仅限于介绍 linux 下的库。
1.2 库的种类
linux下的库有两种：静态库和共享库（动态库）。
二者的不同点在于代码被载入的时刻不同。静态库的代码在编译过程中已经被载入可执行程序，因此体积较大。共享库的代码是在可执行程序运行时才载入内存的，在编译过程中仅简单的引用，因此代码体积较小。
1.3 库存在的意义
库是别人写好的现有的，成熟的，可以复用的代码，你可以使用但要记得遵守许可协议。
现实中每个程序都要依赖很多基础的底层库，不可能每个人的代码都从零开始，因此库的存在意义非同寻常。
共享库的好处是，不同的应用程序如果调用相同的库，那么在内存里只需要有一份该共享库的实例。
1.4 库文件是如何产生的
在linux下静态库的后缀是.a，它的产生分两步
Step 1.由源文件编译生成一堆.o ，每个.o 里都包含这个编译单元的符号表
Step 2.ar 命令将很多 .o 转换成 .a，成文静态库
动态库的后缀是 .so，它由gcc加特定参数编译产生。
具体方法参见后文实例。
1.5 库文件是如何命名的，有没有什么规范
在linux下，库文件一般放在 /usr/lib 和 /lib 下，
静态库的名字一般为 libxxxx.a ，其中 xxxx 是该 lib 的名称
动态库的名字一般为 libxxxx.so.major.minor ，xxxx 是该 lib 的名称，major 是主版本号，minor 是副版本号
1.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库
1.7 可执行程序在执行的时候如何定位共享库文件
当系统加载可执行代码时候，能够知道其所依赖的库的名字，但是还需要知道绝对路径
此时就需要系统动态载入器 (dynamic linker/loader)
对于 elf 格式的可执行程序，是由 ld-linux.so* 来完成的，它先后搜索 elf 文件的 DT_RPATH 段—环境变量 LD_LIBRARY_PATH— /etc/ld.so.cache 文件列表— /lib/,/usr/lib 目录找到库文件后将其载入内存
如： export LD_LIBRARY_PATH=’pwd’
将当前文件目录添加为共享目录
1.8 在新安装一个库之后如何让系统能够找到他
如果安装在 /lib 或者 /usr/lib 下，那么 ld 默认能够找到，无需其他操作。
如果安装在其他目录，需要将其添加到 /etc/ld.so.cache 文件中，步骤如下
1. 编辑 /etc/ld.so.conf 文件，加入库文件所在目录的路径
2. 运行 ldconfig ，该命令会重建 /etc/ld.so.cache 文件
二、用gcc生成静态和动态链接库的示例
我们通常把一些公用函数制作成函数库，供其它程序使用。
函数库分为 静态库 和 动态库 两种。
静态库在程序编译时会被连接到目标代码 中，程序运行时将不再需要该静态库。
动态库在程序编译时并不会被连接到目标 代码中，而是在程序运行是才被载入，因此在程序运行时还需要动态库存在。
本文主要通过举例来说明在 Linux 中如何创建静态库和动态库，以及使用它们。
为了便于阐述，我们先做一部分准备工 作。
2.1 准备好测试代码 hello.h 、 hello.c 和 main.c
hello.h( 见程序 1) 为该函数库的头文件。
hello.cpp( 见程序 2) 是函数库的源程序，其中包含公用函数 hello ，该函数将在屏幕上输出 ”Hello XXX!” 。
main.cpp( 见程序 3) 为测试库文件的主程序，在主程序中调用了公用函数 hello 。
程序 1: hello.h
# ifndef HELLO_H
# define HELLO_H
void hello( const char * name) ;
# endif |
程序2：hello.cpp
# include < stdio.h>
void hello( const char * name)
{
printf ( "Hello %s!\n" , name) ;
} |
程序3：main.cpp
# include "hello.h"
int main( )
{
hello( "everyone" ) ;
return 0;
} |
2.2 问题的提出
注意：这个时候，我们编译好的 hello.o 是无法通过 gcc –o 编译的，这个道理非常简单，hello.c 是一个没有 main 函数的 .c 程序，因此不够成一个完整的程序，如果使用 gcc –o 编译并连接它，GCC 将报错。无论静态库，还是动态库，都是由 .o 文件创建的。因此，我们必须将源程序 hello.c 通过 gcc 先编译成 .o文件。
这个时候我们有三种思路：
1）通过编译多个源文件，直接将目标代码合成一个 .o 文件。
2）通过创建静态链接库 libmyhello.a ，使得 main 函数调用 hello 函数时可调用静态链接库。
3）通过创建动态链接库 libmyhello.so ，使得 main 函数调用 hello 函数时可调用静态链接库 。
2.3 思路一：编译多个源文件
在系统提示符下键入以下命令得到 hello.o 文件。
# g++ -c hello.cpp
同理编译 main
#g++ –c main.cpp
将两个文件链接成一个 .o 文件。
#g++ –o hello hello.o main.o
运行
# ./hello
Hello everyone!
完成 ^ ^!
2.4 思路二：静态链接库
下面我们先来看看如何创建静态库，以及使用它。
静态库文件名的命名规范是以 lib 为前缀， 紧接着跟静态库名 ，扩展名为 .a 。例如： 我们将创建的静态库名为 myhello ，则静态 库文件名就是 libmyhello.a 。在创建 和使用静态库时，需要注意这点。 创建静态库用 ar 命令 。
在系统提示符下键入以下命令将创建静态库文件 libmyhello.a 。
# ar cr libmyhello.a hello.o
# ls
hello.cpp hello.h hello.o libmyhello.a main.cpp
结果中有 libmyhello.a 。静态库制作完了，如何使用它内部的函数呢？只需要在使用到这些公用函数的源程序中包含这些公用函数的原型声明，然后在用 gcc命令生成目标文件时指明静态库名，gcc 将会从静态库中将公用函数连接到目标文件中。注意，gcc 会在静态 库名前加上前缀 lib ，然后追 加扩展名 .a 得到的静态库文件名来查找静态库文件。
在程序 3:main.cpp 中，我们包含了静态库的头文件 hello.h ，然后在主程序 main 中直接调用公用函数 hello 。下面先生成目标程序 hello ，然后运行 hello 程序看看结果如何。
# g++ -o hello main.cpp -L. -lmyhello
# ./hello
Hello everyone!
我们删除静态库文件试试公用函数 hello 是否真的连接到目标文件 hello 中了。
# rm libmyhello.a
rm: remove regular file `libmyhello.a’? y
# ./hello
Hello everyone!
程序照常运行，静态库中的公用函数已经连接到目标文件中了。
静态链接库的一个缺点是，如果我们同时运行了许多程序，并且它们使用了同一个库 函数，这样，在内存中会大量拷贝同一库函数。这样，就会浪费很多珍贵的内存和存储空间。使用了共享链接库的Linux就可以避免这个问题。
共享函数库和静态函数在同一个地方，只是后缀有所不同。比如，在一个典型的 Linux系统，标准的共享数序函数库是/usr/lib/libm.so。
当 一个程序使用共享函数库时，在连接阶段并不把函数代码连接进来，而只是链接函数的一个引用。当最终的函数导入内存开始真正执行时，函数引用被解析，共享函 数库的 代码才真正导入到内存中。这样，共享链接库的函数就可以被许多程序同时共享，并且只需存储一次就可以了。共享函数库的另一个优点是，它可以独立更 新，与调 用它的函数毫不影响。
2.5 思路三、动态链接库（ 共享函数库 ）
我们继续看看如何在 Linux 中创建动态库。我们还是从 .o 文件开始。
动态库文件名命名规范和静态库文件名命名规范类似，也是在动态库名增加前缀 lib ，但其文件扩展名为 .so 。例如：我们将创建的动态库名为 myhello ，则动态库文件名就是 libmyhello.so 。
用g++来创建动态库。
在系统提示符下键入以下命令得到动态库文件 libmyhello.so。
# g++ -shared -fPCI -o libmyhello.so hello.o
# ls
hello.cpp hello.h hello.o libmyhello.so main.cpp
“PCI” 命令行标记告诉 GCC 产生的代码不要包含对函数和变量具体内存位置的引用，这是因为现在还无法知道使用该消息代码的应用程序会将它连接到哪一段内存地址空间。这样编译出的 hello.o 可以被用于建立共享链接库。建立共享链接库只需要用GCC 的 ”-shared” 标记即可。
调用动态链接库编译目标文件。
在程序中使用动态库和使用静态库完全一样，也是在使用到这些公用函数的源程序中包含这些公用函数的原型声明，然后在用 gcc 命令生成目标文件时指明动态库名进行编译。我们先运行 gcc 命令生成目标文件，再运行它看看结果。
# g++ -o hello main.cpp -L. -lmyhello
使用”-lmyhello” 标记来告诉GCC驱动程序在连接阶段引用共享函数库 libmyhello.so 。 ”-L.” 标记告诉 GCC 函数库可 能位于当前目录。否则 GNU 连接器会查找标准系统函数目录。
# ./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 everyone!
# ldd hello
执行 test,可以看到它是如何调用动态库中的函数的。
[pin@localhost 20090505]$ ldd hello
linux-gate.so.1 => (0×00110000)
libmyhello.so => /usr/lib/libmyhello.so (0×00111000)
libc.so.6 => /lib/libc.so.6 (0×00859000)
/lib/ld-linux.so.2 (0x0083a000)
我们回过头看看，发现使用静态库和使用动态库编译成目标程序使用的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
可以发现静态库文件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 shar
ed object file: No such file or directory
#
从程序hello运行的结果中很容易知道，当静态库和动态库同名时， gcc命令将优先使用动态库。
