团购网站开发,wordpress 商家定位,招代理商的网站,网站的建设步骤可以理解为编译和链接 过程中产生的地址项都是临时的相对的。编译的时候的地址#xff0c;在链接时会被修改。最终链接后生成的bin文件的地址项#xff0c;在加载运行时 也会被修改。 链接器会对所有的输入文件进行扫描#xff0c;之后就可以确定段的大小#xff0c;符号定…可以理解为编译和链接 过程中产生的地址项都是临时的相对的。编译的时候的地址在链接时会被修改。最终链接后生成的bin文件的地址项在加载运行时 也会被修改。 链接器会对所有的输入文件进行扫描之后就可以确定段的大小符号定义和符号引用的对应关系并确定需要包含的库中的哪些模块将这些段放置在输出地址空间的什么地方。 扫描完成后的下一步就是链接过程的核心重定位。当我们提到重定位时其实这个概念包含两种工作一种是指当段不是从0地址开始的时候需要调整程序中受到影响的地址另一种是解析外部符号的引用通常情况下这两种工作时同时处理的。 链接器的第一次扫描会列出各个段的位置并收集程序中全局符号与段的相对位置关系。一旦链接器确定了每一个段的位置需要根据这个段的地址修改存储区中所有与之相关的地址信息在大多数体系结构中数据中的地址都是绝对的嵌入到指令中的地址可能是绝对的也可能是相对的。因此链接器需要对他们进行修改我们稍后会讨论这个问题。 第一遍扫描的过程中链接器会建立第5章描述的全局符号表同时还会将引用全局符号的存储的地址解析替换为全局符号的实际地址。 7.1 硬件和软件重定位。 由于几乎所有的现代计算机都具有硬件重定位功能可能会有人疑问为什么链接器或者加载器需要进行软件重定位答案是这样的设计出于运行时的性能考虑也有一部分在优化绑定过程的时间。 硬件重定位允许操作系统位每个进程从一个约定好的固定位置开始分配独立的空间这就使得程序的加载更加容易并且可以避免一个地址空间中的程序错误破坏另一个地址空间中的程序软件链接器或者加载器的重定位过程就是将输入文件合并为一个大文件以加载到硬件重定位提供的地址空间中然后就根本不需要修改任何加载时的地址了。 在286或者386这种可以创建几千个段的机器上实际上有可能做到为每一个例程或者全局数据分配一个段独立的进行软件重定位每一个例程或数据可以从各自段的0位置开始所有的全局引用都变成段间饮用通过查找系统段表来处理并在运行时进行绑定不幸的是x86的段查找非常慢而且如果程序对每一个过程调用或者全局数据引用都要进行段查找的话那速度就更慢了。 还有一个重要的因素虽然运行时绑定会在一定程序上改善性能但是大多数程序都没有采用为了让程序更加可靠链接器最终选择将所有程序文件绑定在一起并且在链接时确定符号地址这样的设计可以使得程序在调试时的表现相对固定而且出货后仍然能保持一致性当一个程序的运行环境中使用的库版本于开发人员的使用版本不一致的时候容易引起库的二进制兼容问题这种问题是程序错误的主要原因之一并且难以发现及时不考虑286风格的段的引起的访存负载动态连接比起静态链接而言也要慢很多当程序用不到这些功能的时候显然没有必要引入这些代价。 7.2 链接时重定位和加载时重定位 很多系统即执行链接时重定位也执行加载时重定位。链接器将一系列的输入文件合并成一个输出文件。并为其确定将要加载到的地址但是这个程序被加载时所预设的那个加载地址可能不可用。或者已经被其他程序占用此时加载器会将它加载到另外的地址上并且重新定位被加载的程序以使之与实际的家在地址相对应在一些系统上每一个程序都按照加载到地址0的位置而被链接。而实际程序的加载地址是根据有效的存储空间而定的因此这个程序在被加载到一个固定地址的方式来链接并且这个地址通常一定是有效的一般不会进行加载时重定位除非发生该地址已经被别的程序所占用之类的异常情况。 相比链接时重定位加载时重定位比较简单链接时重定位需要根据段的大小和段的位置重新定位程序中的地址项而在加载时整个程序会被当成一个巨大的段加载器的重定位只需要判断原计划的加载地址和实际的加载地址之间的差异即可。
