movl是否影响寄存器高位字节？汇编代码执行结果疑问

你遇到的完全是预期行为，根本不是SASM的bug——这是x86-64架构对32位通用寄存器指令的明确规定。我们一步步拆解你的代码，就能明白最终RBX为什么是0了：

指令执行过程拆解 #

初始状态：所有寄存器都是0

1. mov $31, %bl
   BL是RBX的低8位，执行后RBX的值为 0x000000000000001F（十进制31）。

2. sal $32, %rbx
   对64位的RBX左移32位，此时RBX变成 0x0000001F00000000（十进制31×2³²）。

3. movl $32, %ebx
   这就是你困惑的核心！在x86-64架构中，只要你用32位指令（比如movl）写32位通用寄存器（比如EBX），CPU就会自动将对应的64位寄存器（RBX）的高32位清零。
   所以执行这条指令后，EBX被设为32（0x00000020），而RBX的高32位被强制清零，整个RBX变成 0x0000000000000020（十进制32）。这不是SASM的特殊处理，是x86-64指令集（ISA）的硬性规定。

4. sar $31, %rbx
   对64位的RBX做算术右移31位。32的二进制是000...00100000，符号位为0，所以右移后高位全部填充0，最终RBX的值就是0x0000000000000000（十进制0）。

为什么x86-64会有这样的设计？ #

这是为了兼顾32位代码兼容性，同时避免潜在bug。在64位模式下运行32位代码时，如果只修改寄存器低32位却保留高32位的旧数据，很容易导致意外行为（比如遗留之前操作的高位值）。因此架构设计者规定：所有32位通用寄存器的写操作，都会自动清零对应64位寄存器的高32位，让32位代码在64位环境下的行为更符合直觉。

如果想修改低32位同时保留高32位怎么办？ #

如果你需要设置EBX为32，同时保留RBX原来的高32位，不能用movl指令，得用64位操作来实现，比如：

; 方法1：先保存高32位，再合并
movq %rbx, %rax    ; 把RBX的完整值暂存到RAX
movl $32, %eax     ; 修改RAX的低32位为32
movq %rax, %rbx    ; 写回RBX，高32位保留原来的值

; 方法2：用位操作直接修改低32位
andq $0xFFFFFFFF00000000, %rbx  ; 清零RBX的低32位
orq $32, %rbx                   ; 把低32位设为32

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