为何编译器选用%dil而非%edi测试%rdi寄存器的第二低位？

一、%dil vs %edi：代码长度优化是核心原因 #

在x86-64架构中，%rdi是对应long X参数的64位寄存器，%dil是它的8位低字节子寄存器，%edi则是32位子寄存器。

编译器选择%dil的关键在于指令编码长度更短：

• test $2, %dil的机器码仅3字节：F6 C7 02（操作码F6对应8位test操作、modrm字节指定%dil、立即数02）。
• 而test $2, %edi需要6字节：F7 C7 02 00 00 00（操作码F7对应32位test操作、modrm字节指定%edi、4字节的32位立即数00000002）。

由于你只需要测试第二低位（值为2，属于8位范围），高位状态不影响判断结果，用8位子寄存器完全能满足需求，同时更小的指令体积能节省指令缓存空间，间接提升程序运行效率。

二、test vs and：是否需要保留寄存器值决定选择 #

• test指令：执行按位与操作，但不修改目的寄存器，仅更新标志位（通过ZF零标志位判断结果是否为0）。你的函数中X在判断后直接调用abort()，不再被使用，test是更优选择——避免了不必要的寄存器写操作，减少硬件开销。
• and指令：会将目的寄存器的其他位清零（比如and $2, %dil执行后，%dil仅保留第二低位的值）。虽然功能上能实现判断，但它会修改寄存器内容，而你并不需要这个修改后的结果，因此test效率更高。

不同编译器对二者的偏好差异，本质是各自优化策略的细微区别，但核心逻辑都是在满足功能的前提下，选择更高效的指令。

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