动态链接和加载

动态链接将很多链接过程推迟到了程序启动的时候，但是它提供了一系列其他的方法无法获得的优点；

动态链接的共享库要比静态链接的共享库更容易创建。

动态链接的共享库要比静态链接的共享库更容易升级。

动态链接的共享库的语义更接近于非共享库

动态链接允许程序在运行时加载和卸载例程，这是其他途径难以提供的功能。

当然它也有一定的弊端，由于每次程序启动的时候都要进行大量的链接操作，动态链接的运行时性能要比静态链接低不少，程序中所使用的每一个动态链接的符号都必须在符号表中进行查找和解析（Windows 的DLL某种程度上有所改善，下面将会讲到），也增加了运行时代价，由于动态链接库还要包括符号表，因此它占据的磁盘空间也比静态库要大。

在解决了过程调用的兼容性问题之后，另一个非常头疼的问题是库函数语义的变化，和非共享库或静态共享库相比，动态链接库的更新要容易很多，就可以很容易修改已经存在程序正在使用的动态链接库。这意味着即使程序没有任何改变，程序的运行也可能会改变。在windows系统中，这是一个常见的问题，因为wwindows的程序会大量的使用共享库，而这些库通常会有多个不同的版本，库之间版本控制复杂，多数程序交付时都带有版本。

10.1 ELF动态链接

在20世纪80年代晚期，SUN Microsystems 在其产品SunOS 中首次引入动态库技术，这是Unix 系列产品第一次使用这一技术。与SUN合作开发的Unix system V, Release V引入了ELF目标文件格式，并采用了SUN的ELF方案。很明显ELF是对之前目标文件格式的改进，在20 世纪90 年代末 它成为UNix，BSD 以及Linux 等类Unix衍生版本的标准。

10.2 ELF文件的内容

正如在第3章中提到的那样，ELF文件的链接器的眼中是一系列区段section,在加载器严重是一系列段section，ELF程序和共享库的基本结构是一样的，但在具体的段segment 或者区段section 上所有的区别。

ELF 共享库可以被加载到任何地址，因此他们总是使用位置无关代码PIC 的形式链接。这样文件的代码页无须重定位即可在多个程序之间共享，正如第8章描述那样，ELF链接器通过全局偏移表GOT支持PIC代码，每个共享库都有GOT，其中包含着程序所引用的静态数据的指针，如图10-1所示。动态链接器会解析和重定位GOT中的所有指针，这会引起性能的问题，但是实际中，除了非常巨大的库之外，GOT都不大，通常使用的标准C库中包含超过350k的代码，它的GOT也只有180个表项。