Linux静态链接库、动态链接库、动态加载库

所谓静态链接库，说白了就是在你把写好的代码编译的时候，就把你引用的库一起给编进去了，从此后你编出来的执行程序跟外面都不再有任何关系，即使这个库更新了，你也搭不上边儿，其次，如果系统中许多类似的程序都需要用到这个库，那么各自在编译的时候都需要把这个库给编进去，浪费存储空间（加载到内存里应该也是浪费内存空间的）。linux系统中静态库的名字一般叫xxx.a, 所以如果你看到一个以 .a结束的文件那么它多半就是一个静态链接库文件。利用静态链接库编译成的文件比较大，因为整个函数库的所有数据都被整合进目标代码中

所谓动态链接库，也就是说编译的时候不会真的把你引用到的库给编到你的执行程序里（编译的时候只会留下库函数的位置信息），而是在程序启动的时候才会去加载相关的库，所有用到此库的程序可以共享一份代码，这样带来的好处是可执行程序所占的空间变小了，同时，如果库需要升级，你并不需要重新编译你的程序，只要把相关的库升级即可。

    动态链接库有利于进程间资源共享：什么概念呢？就是说，某个程序在运行中要调用某个动态链接库函数的时候，操作系统首先会查看所有正在运行的程序，看在内存里是否已有此库函数的拷贝了。如果有，则让其共享那一个拷贝；只有没有时才链接载入。这样的模式虽然会带来一些“动态链接”额外的开销，却大大的节省了系统的内存资源。C的标准库就是动态链接库，也就是说系统中所有运行的程序共享着同一个C标准库的代码段。而静态链接库则不同，如果系统中多个程序都要调用某个静态链接库函数时，则每个程序都要将这个库函数拷贝到自己的代码段，显然将占有更大的内存资源。

共享库，有两种形式，第一种就是在上一篇文章中说到的“动态链接库”，而共享库的另一种形式，则被称之为“动态加载库”，也就是我刚才提到的用“dlopen”方式来玩的。动态加载库在编译的时候，应该是不需要去-l引用lib，而是在可执行程序中，可以自已决定加载库的时机。比如程序跑着跑着，突然想用libabc.so库里的一个叫abc的函数了，这时就可以用dlopen去打开这个库，然后使用dlsym去找到abc的函数指针并调用即可。

总结：动态链接库在加载时机是进程启动，而动态加载库则由程序自行决定加载时机。