为什么x86架构下的MBR会将自身复制到0x0600内存地址？

代码逻辑梳理 #

你贴的是x86实模式下标准MBR的启动初始化代码，完整上下文如下：

0000:7C00 FA            CLI          ; 关闭中断，避免段寄存器初始化过程被打断
0000:7C01 33C0          XOR     AX,AX ; 清空AX寄存器
0000:7C03 8ED0          MOV     SS,AX ; 栈段寄存器SS设为0
0000:7C05 BC007C        MOV     SP,7C00 ; 栈指针指向0x7C00，栈从高地址向低地址增长
0000:7C08 8BF4          MOV     SI,SP ; SI寄存器设为0x7C00，即当前MBR的起始偏移地址
0000:7C0A 50            PUSH    AX
0000:7C0B 07            POP     ES    ; 附加段寄存器ES设为0
0000:7C0C 50            PUSH    AX
0000:7C0D 1F            POP     DS    ; 数据段寄存器DS设为0
0000:7C0E FB            STI           ; 恢复中断
0000:7C0F FC            CLD           ; 方向标志位清零，串操作时地址自动递增
0000:7C10 BF0006        MOV     DI,0600 ; DI寄存器设为0x600，作为串复制的目标偏移地址

最后一行指令的作用 #

结合前面DS=ES=0、SI=0x7C00、CLD的配置，这行是为后续MBR自复制操作设置目标地址，后续通常会紧跟MOV CX,0200（设置复制长度为512字节，即MBR的总大小）、REP MOVSB指令，把当前位于0x0:0x7C00的完整MBR代码复制到0x0:0x0600的内存位置。

MBR复制到0x0600的具体原因 #

• 腾出高地址空间给后续引导程序：BIOS默认将MBR加载到0x7C00地址启动，后续MBR需要加载操作系统的第二阶段引导代码时，通常也会把这些代码加载到0x7C00地址执行。提前把MBR自身挪到更低的0x0600位置，不会被后续加载的代码覆盖，MBR后续解析分区表、跳转执行第二阶段引导的逻辑可以正常运行。
• 内存地址安全合规：x86实模式下低地址0x0000~0x03FF是中断向量表，0x0400~0x04FF是BIOS预留的数据区，0x0500开始才是可用的常规内存区域。0x0600既不会踩到BIOS运行需要的内存区域，MBR本身只有512字节，占用0x0600~0x07FF刚好足够运行自身逻辑。
• 兼容行业通用约定：这是从PC DOS时代延续下来的MBR实现惯例，所有兼容x86 BIOS的固件、引导程序都会默认不占用0x0600~0x07FF这段内存，放在这个位置不会和其他标准组件产生内存冲突。

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