Linux下的静态库和动态库

静态库

可以把它想象成是一些代码的集合，在可执行程序运行前就已经加到了代码中，成为了执行程序的一部分，一般是以.a为后缀的文件名，Windows下后缀为.lib。静态库的命名也分为三部分，1、前缀：lib，2、库的名称：随意，如lisi，3、后缀：.a。

静态库优缺点

上面简单介绍了静态库，那它自然也会有优缺点，这里来介绍下它的优缺点。

优点：1、在最后，函数库是被打包到应用程序中的，实现函数本地化、寻址方便、高效。2、程序在运行的时候，与函数库没有关系，移植性更强。

缺点：1、消耗资源较大，每个进程在使用静态库的时候，都要复制一份才可以，这也就造成了内存的消耗。2、在程序更新、部署、发布的时候，使用静态库相对麻烦，如果一个静态库更新了，那它的应用程序都需要重新编译，再发送给用户，有的时候可能只是一个小的改动，但对于用户来说，会导致整个程序重新下载。

动态库

在程序编译时不会被连接到目标代码中，在后期运行时才会载入，不同的应用程序如果调用相同的库，内存中只有一份共享库的拷贝，也就避免了空间的浪费问题。一般以.so作为文件后缀名，也分为三部分：1、前缀：lib，2、库名称：自定义，3、后缀：.so

动态库优缺点

优点：1、节省内存2、部署、升级相对方便，只需要更换动态库，再重新启动服务即可。

缺点：1、加载速度比静态库慢2、移植性较差，需要把所有用到的动态库进行移植。

静态库在程序编译时会被连接到目标代码中，程序运行时将不再需要该静态库。 动态库在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入，因此在程序运行时还需要动态库存在。 程序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} 无论动态库还是静态库都需要用到.o文件来生成，先编译生成.o文件。 # gcc -c hello.c 1：创建静态库 静态库文件名的命名规范是以lib为前缀，紧接着跟静态库名，扩展名为.a。例如：我们将创建的静态库名为myhello，则静态库文件名就是libmyhello.a。 # ar cr libmyhello.a hello.o 使用静态库：只需要在你的源程序中加入包含你所需要使用到的函数的声明(即包含头文件)，然后在gcc生成目标文件时候指明静态库就OK了(除非你包含的头文件在/usr/include，库文件在标准库/usr/lib,/lib下，否则你得显示指明他们的路径) # gcc -o hello main.c -L. -lmyhello # ./hello Hello everyone! 删除静态库文件运行./hello，程序正常运行，说明静态库公用函数已经链接到目标文件。 2： 利用.o文件创建动态库 动态库文件扩展名为.so。 # gcc -shared -fPCI -o libmyhello.so hello.o 动态库的使用与静态库使用方式一样 # 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等目录中查找需要的动态库文件。若找到，则载入动态库，否则将提示类似上述错误而终止程序运行。

1、虽然动态库有点浪费内存，但是动态库最大的作用是：减少占用磁盘空间，减少开发时的编译时间，而不是你想的编译速度慢。因为采用了动态库，所以如果我修改了动态库，我只需要编译动态库。而如果采用了静态库，如果修改了静态库，那么，所有用了该静态库的程序和静态库都必须重新编译。而且gcc不是扫描整个libc.so文件。因为so文件里有符号表，哪个符号在哪个.o文件里，只要扫描符号表就知道了，而且由于他不需要从so文件中拷贝使用的函数，从某种意义上来说编译速度比静态库更快。

2、动态库的加载采用写时拷贝技术，即：只有当我用这个函数的时候我才把该函数部分拷贝过来，它不会拷贝整个so文件，只会拷贝需要的部分。

---