开发一个链接器（4）
内容提要
本文介绍了开发支持动态库链接的链接器过程。通过解析ELF文件，收集必要的段，生成可执行文件或动态库，并实现动态链接功能。文章回顾了链接器的工作原理，分析了可执行文件的结构，包括ELF头、段信息和重定位机制，并总结了实现过程及未来改进方向。
延伸解读
动态链接中的重定位为何保留
静态链接时，链接器能确定所有符号的地址，因此重定位在链接阶段就全部解决。但动态库的加载地址在运行时才确定，链接器无法预知，所以必须将针对动态库的重定位信息保留到可执行文件中，由动态链接器在加载时处理。这解释了为什么可执行文件中仍会出现 .rela.plt 等重定位段，它们专门用于动态链接场景。
PLT 与 GOT 如何协作实现惰性绑定
为减少动态链接开销，链接器为每个动态库函数生成一个 PLT 跳板。首次调用时，跳板通过 GOT 跳回 PLT 头部，压入符号索引后转入动态链接器完成重定位，并将真实地址写入 GOT。后续调用则直接通过 GOT 跳转到目标函数。这种惰性重定位避免了程序启动时解析所有动态符号，提升了性能。
实现动态链接的关键步骤
在链接器实现中，遇到动态库时不再复制其内容，而是标记符号并生成 .plt、.got.plt 等段。.plt 开头需放置 push、jmp 和 nop 指令序列，.got.plt 开头保存 .dynamic 地址并预留 16 字节给动态链接器。每个动态函数调用需在 PLT 和 GOT 中生成对应项，并更新 .rela.plt。同时根据命令行设置 DT_INTERP 和 DT_NEEDED，并将 PLT/GOT 信息记录到 .dynamic 段。
当前实现的局限与后续方向
该链接器已支持静态链接、生成动态库和动态链接，但距离实用还有差距。文章指出尚未支持 PIE（位置无关可执行文件）、Linker Script，以及 .eh_frame 的处理等。这些是进一步开发时需要关注的方向，也反映了链接器功能的复杂性。
Q&A
如何开发支持动态库链接的链接器？
开发支持动态库链接的链接器需要解析ELF文件，收集必要的段，生成可执行文件或动态库，并实现动态链接功能。
ELF文件的结构包括哪些部分？
ELF文件的结构包括ELF头、段信息和重定位机制。
动态链接器是如何工作的？
动态链接器在加载程序时，会寻找所需的动态库并加载进来，同时处理重定位。
什么是惰性重定位？
惰性重定位是一种方法，首次调用时进行重定位，后续调用直接跳转到目标函数，以提高动态链接性能。
PLT和GOT在动态链接中有什么作用？
PLT（Procedure Linkage Table）用于处理动态库函数的调用，GOT（Global Offset Table）用于保存动态库函数的地址。
在实现链接器时需要注意哪些方面？
实现链接器时需要处理动态库的标记、生成PLT和GOT段、更新符号表等。
