通过修改代码段更改程序代码存储位置相关技术问题咨询

核心结论前置 #

你写在引导扇区开头的远跳转（FAR JMP）既不会触发代码重加载，也不存在所谓的地址自动替换逻辑；GDT更不会随这个操作自动更新，所有相关行为都完全符合x86架构的实模式运行规则，没有隐式的“预处理”操作。

第一个问题解答：远跳转不会移动代码，也不存在自动地址替换 #

首先明确一个基础事实：BIOS加载引导扇区的物理内存位置是固定的，永远是物理地址0x7C00开始的512字节，这个是行业固化约定，不会随BIOS实现变化。
你提到的0:0x7C00和0x7C0:0地址歧义，本质是x86实模式的地址计算规则导致的：实模式下物理地址 = 段寄存器值 * 16 + 偏移寄存器值，这两个段:偏移组合计算后得到的物理地址完全一致，指向同一块内存，根本不是两个不同的加载位置。
开头写远跳转的作用只有一个：给CS（代码段寄存器）设置一个你代码里预设好的确定值，同时修正IP（指令指针寄存器）的偏移，全程不会改动内存里的任何引导代码：

• 没有任何代码重加载、内存拷贝动作，你的引导程序从头到尾都躺在物理地址0x7C00的位置，不会被搬到所谓“自行声明的段”里
• 不存在BIOS或者编译器偷偷替换自定义段地址的预处理逻辑，你远跳转指令里写的段值是多少，跳转后CS的值就是多少，只要后续段:偏移计算出的物理地址对应正确，代码就能正常执行
  之所以要做这一步，是因为不同BIOS实现跳转到引导扇区时，给CS设置的初始值不统一：有的BIOS会设CS为0x0000、IP为0x7C00，有的会设CS为0x07C0、IP为0x0000，如果不显式用远跳转为CS赋值，后续代码里的近跳转、标号寻址很容易因为CS基准值不对跑飞。

第二个问题解答：GDT不会自动同步更新 #

首先要明确：BIOS运行引导扇区时全程处于实模式，根本不会主动设置GDT，在你手动写代码初始化GDT、执行lgdt指令加载GDTR寄存器之前，系统里不存在有效的全局描述符表，自然不存在“同步更新”的可能。
GDT是开发者为了进入保护模式手动定义、手动加载的内存数据结构，和你开头在实模式下做的远跳转操作没有任何绑定关系：

• 实模式下的远跳转只会修改CS和IP两个实模式寄存器，不会触碰GDTR寄存器，也不会修改你提前写在内存里的GDT内容
• GDT里的段描述符基地址、段限长、权限位全靠你自己代码配置，和你实模式下用的CS值没有强制关联，不存在自动同步、自动修正的机制
• 不要把实模式下段寄存器存的“段基址右移4位”的值，和保护模式下段寄存器存的GDT选择子混为一谈，二者是完全独立的两套机制。

常见误区提醒 #

• 不要把实模式下的段地址概念当成“独立的内存块”，不同的段值只要计算后物理地址一致，指向的就是同一块内存
• 引导阶段所有寄存器、内存结构的初始化，除了BIOS跳转到0x7C00这个固定动作外，剩下的配置全要你自己写代码完成，没有隐式的自动处理逻辑

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