库：本质上来说是一种可执行代码的二进制格式，可以被载入内存中执行，分为静态库和动态库两类。另外，需要知道的是，由于windows和Linux是两款操作系统，因此，二者的库是不兼容的。

 

静态函数库：

后缀通常为***.a，利用静态库编译的程序有着一定的优点，即编译后的执行程序不需要外部的函数库支持，因为所有使用的函数都已经被编译进去，但这会造成另外一个问题，如果静态库发生改变，程序就需要重新编译，同时，静态库编译程序生成的文件较大，因为整个函数库的所有数据都会被整合进目标代码中。

利用静态库编译，通常情况下是因为我们希望我们的程序需要有更好的移植性。

动态函数库：

后缀通常为***.so，动态函数库在编译的时候并没有被编译进目标代码，只有当程序执行到相关函数时才调用该函数库里的相应函数，因此动态函数库所产生的可执行文件比较小。关于平台的问题上，如果利用动态库编译的程序希望得到运行，那么该运行环境中必须要有相应的库来支持，动态函数库并不影响程序，所以动态函数库升级更加方便。

 

二者的最大不同之处在于库代码被在于内存的时刻不同，静态库通常在编译时刻就被载入可执行程序，动态库是在程序运行时载入内存的，编译过程中只是简单的引用。

gcc生成静态链接库实例：

在当前目录下，有如下几个文件，Makefile暂不关心。

前三个文件内容如下：

要生成静态库文件，首先我们需要将源代码转换为二进制目标文件（hello.c -- > hello.o）

[muhui@bogon mylib]$ gcc -c hello.c -o hello.o

接下来我们需要将hello.o依照静态库命名规范【注1】转化为静态库文件 libmyhello.a

[muhui@bogon mylib]$ ar cr libmyhello.a hello.o

得到静态库文件之后，就可以使用gcc命令生成最终目标文件时指明静态库名，gcc将会从静态库中将共用函数链接到目标文件。【注2】

[muhui@bogon mylib]$ gcc -o hello main.c -L. -lmyhello 

# -L.指定了静态库文件目录在当前目录下

完成了gcc编译的任务之后，我们需要做一件事，来验证是否我们成功使用了静态库。我们尝试将静态库文件删除，看生成的可执行程序是否还能正确运行。

    [muhui@bogon mylib]$ rm -f libmyhello.a

    [muhui@bogon mylib]$ ./hello

    hello world

程序运行正常，表明静态库文件已经被添加进入目标文件。

最后这里我们留意一下生成的目标文件大小：

    [muhui@bogon mylib]$ ll

    总用量 652

    -rwxrwxr-x. 1 muhui muhui 645220 2月  18 08:44 hello

    -rw-rw-r--. 1 muhui muhui     81 2月  17 18:17 hello.c

    -rw-rw-r--. 1 muhui muhui    108 2月  17 18:15 hello.h

    -rw-rw-r--. 1 muhui muhui    856 2月  18 08:36 hello.o

    -rw-rw-r--. 1 muhui muhui     63 2月  17 18:19 main.c

 

gcc生成动态链接库实例：

同样还是和上面一样，使用同一个例子。

动态库文件依旧需要由.o文件来创建，首先我们清理当前工作目录。

    [muhui@bogon mylib]$ ls

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

    [muhui@bogon mylib]$ rm -f hello

    [muhui@bogon mylib]$ ls

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

 

这里保留的hello.o文件，同时也遵守动态库文件命名规范【注3】，创建动态库文件libmuhello.so

    [muhui@bogon mylib]$ gcc -shared -fPCI -o libmyhello.so hello.o

    [muhui@bogon mylib]$ ls

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

 

接下来在程序中使用动态库文件，使用动态库和使用静态库文件方式完全一样，如下

[muhui@bogon mylib]$ gcc -o hello main.c -L. -lmyhello

[muhui@bogon mylib]$ ls

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

[muhui@bogon mylib]$ ./hello

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

 

报错！原因说的很清楚，没有找到动态库文件。程序运行时，通常还在/usr/lib 和/lib 目录下查找所需要的动态库文件，所以这里我们需要将我们生成的动态库文件移动到/usr/lib 目录下（需要root权限）

    [muhui@bogon mylib]$ sudo mv libmyhello.so /usr/lib/

    [sudo] password for muhui:

    [muhui@bogon mylib]$ ls

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

    [muhui@bogon mylib]$ ./hello

    hello world

完成之后，我们再次查看目标文件大小

    [muhui@bogon mylib]$ ll

    总用量 28

    -rwxrwxr-x. 1 muhui muhui 4888 2月  18 09:06 hello

    -rw-rw-r--. 1 muhui muhui   81 2月  17 18:17 hello.c

    -rw-rw-r--. 1 muhui muhui  108 2月  17 18:15 hello.h

    -rw-rw-r--. 1 muhui muhui  856 2月  18 08:36 hello.o

    -rw-rw-r--. 1 muhui muhui   63 2月  17 18:19 main.c

两次对比，就会发现，使用动态库文件的话，生成的目标文件就会小的多。

 

 

这里需要强调的一点是，如果我们同时生成静态库和动态库文件的话，操作系统一般会优先选择动态库。

 

 

 

 

 

 

 

 

 

【注1】静态库命名规范：以lib为前缀，紧接着跟静态库名，扩展名为.a。

【注2】gcc会在静态库名前加上lib前缀，然后追加扩展名.a，得到的静态库文件名来查找静态库文件，注意下面静态库名的变化，前缀lib变为l，同时省略后缀。

【注3】动态库命名规范：以lib为前缀，紧接着跟动态库名，扩展名为.so

补充一点的是，如果在编译过程中发现会有报错产生，很可能是因为缺少一个叫做glib-static的库，可以直接使用

yum -y install glibc-static

安装该文件，推荐直接使用网络yum源下载，个人尝试，搭建的本地yum源，安装失败，具体原因应该是该库在镜像B的问题，这里不深究。

    ------muhuizz整理