x86-64系统GDB中设eax为1后，rax为何是0xffffffff00000001？

在x86-64系统调试GAS汇编程序时，遇到了和寄存器行为预期不符的情况：

操作步骤 #

(gdb) set $rax=-1
(gdb) info register rax
rax            0xffffffffffffffff  -1
(gdb) set $eax=1
(gdb) info register rax
rax            0xffffffff00000001  -4294967295        #  (???)

问题解析 #

按x86-64架构规则，执行修改32位通用寄存器的指令时，硬件会自动清零对应64位寄存器的高32位，因此预期修改eax为1后，rax的值应为0x0000000000000001，但实际结果却是0xffffffff00000001。

这是因为GDB的set $reg=val命令是直接对寄存器的存储值进行赋值，不会模拟x86-64指令的硬件行为。真实指令（如mov eax, 1）触发的高32位清零是硬件层面的机制，而GDB的手动赋值仅修改寄存器对应位段的数值，高32位会保持之前的状态不变。

如果要模拟真实指令的效果，可以手动清零高32位：p $rax = ($rax & 0xffffffff00000000) | 1，或者插入并执行mov eax,1这类汇编指令。

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