Linux下的静态库和动态库

静态库

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

静态库优缺点

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

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

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

动态库

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

动态库优缺点

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

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

动态库二次封装全局变量会清吗？

答案是不会。这是测试的答案。

现在知道原理了，尽管这是windows via C/C++中解释的windows的做法，但是我想linux也是这么类似处理的。

windows 使用memory map来加载exe和dll。当一个exe/dll有多个instance要启动时，实际在windows paging file（包括RAM和swap文件）中，exe和牵涉到的dll，只有一份。这样可以节省内存使用，也可以提高性能。

也就是说，如果是exe，虽然每个instance都有自己独立的地址空间，但是地址空间映射到storage的时候，他们映射的都是同样的地方。这样就带来问题了：exe/dll中的全局变量和静态变量怎么办？每个instance都有可能会修改这些变量。

windows 的做法是，该存放全局变量和静态变量的page，设定copy on write protect attribute。所以，当任何一个线程尝试修改这些page中的内容时，windows负责分配一个新的page出来，然后修改该线程的地址空间，将 这个新分配的page的地址设置上去，从此以后，该线程修改这个全局变量或是静态变量， *** 作的就是这个新分配的page了。这样，多个实例就不会出现全局 变量或静态变量互相覆盖的问题了。

参考windows via C/C++ P593，有详细说明。

曾经在一次写程序的时候，全局使用一个日志对象，所有的日志信息都由此日志对象写入文件。但是发现在动态链接库里，无法存取到该全局对象，后经查找资料。发现，动态链接库是否能存取主程序的全局变量，主程序是否能存取动态链接库里定义的全局变量都是可以通过链接指令改变此行为。

主程序存取动态链接库里的全局变量

例如动态库里定义全局变量int i, 在主程序里申明extern int i。 则，主程序存取的就是动态库里定义的i。在所有的UNIX平台上这是默认的行为（注意：实际定义i的 模块的点o文件，必须同时链接到动态库和主程序上，否则链接报错）。

如果不想让主程序能存取动态库里的全局变量，则在链接动态连接库的时候，给gcc传入-Wl,-Bsymbolic即可。

动态连接库存取主程序里定义的全局变量

在linux上，链接主程序的时候，使用参数-Wl,–export-dynamic

在AIX上，使用’deferred imports’ 并且 enable ‘runtime linking’.

PS:在linux 下 加入-export -dynamic 可以实现

---