PE文件中的重定位表(.reloc)是否为遗留技术及相关疑问

问题1：重定位表是否仅为遗留技术？为什么x64 .exe里看不到.reloc？ #

重定位表绝对不是遗留技术，但x64 .exe中经常看不到.reloc段是有具体原因的：

• 当编译x64 EXE时，链接器默认启用ASLR，但如果你的代码所有寻址都采用RIP相对寻址（比如你修改的lea指令），没有任何绝对地址硬编码引用，链接器会判定无需重定位表，直接省略.reloc段；
• 若给链接器添加/FIXED选项，强制程序加载到固定基址，链接器也不会生成重定位表；
• 但DLL几乎都带有.reloc段——因为DLL无法保证默认加载基址不被其他程序占用，必须依赖重定位表适配动态加载地址。

问题2：若重定位技术真实存在，为何运行时lea指令每次都要通过加上IMAGE BASE计算真实地址，而非在加载阶段直接设置好正确地址？ #

首先要明确：lea指令用的是RIP相对寻址，这种寻址方式本身就是位置无关的——它的操作数是相对于当前指令地址的偏移量，不管程序加载到内存的哪个位置，这个偏移量始终固定，运行时会自动计算出真实地址，完全不需要在加载阶段修改。

而重定位表负责的是绝对地址硬编码的场景，比如mov eax, [0x123456]这种直接访问固定内存地址的指令。如果程序实际加载基址与默认基址不同，这个0x123456就需要修正为「默认基址偏移 + 实际加载基址」，这时候才需要重定位表标记这些需要修改的位置。

简单来说：lea的寻址逻辑天生适配任意加载地址，不需要重定位；重定位是给那些做不到位置无关的绝对地址引用准备的，两者处理的是完全不同的场景。

问题3：若重定位表并非遗留技术，在x86/x64已支持相对寻址的情况下，实际业务场景中为何仍需要它？ #

即便x86/x64支持相对寻址，重定位表依然有不可替代的应用场景：

• 非位置无关代码（non-PIC）的存在：大量老代码、第三方闭源库未采用位置无关编译选项，内部存在大量绝对地址引用，必须依赖重定位表修正加载后的地址才能正常运行；
• 全局/静态变量的直接访问：部分编译优化选项下，编译器不会生成RIP相对的全局变量访问代码，而是直接使用绝对地址引用，这类情况需要重定位表来修正；
• DLL的强制需求：DLL的加载基址是动态分配的，几乎无法保证每次都加载到默认地址，必须依靠重定位表完成地址修正；
• 特殊场景的绝对地址依赖：比如动态生成的机器码中硬编码了内存地址、部分系统级操作需要直接访问固定内存区域，这些场景都需要重定位表适配加载基址的变化。

内容的提问来源于stack exchange，提问作者pawn1337