我们的想法是将寄存器扩展到32位，而不是创建一个拥有两倍于16位或8位寄存器的机器，因为你已经有足够的寄存器了。为了保持编码和硬件更简单，他们决定不直接访问前16位。凡事都有代价。有趣的事实：64位扩展确实带来了r8-r15，但你也不能直接访问其中的前32位。

因为这是不必要的。大部分时间你都是用完整的寄存器工作。即使是像AL和AX这样的小的低位寄存器也不常用，更不用说像AH这样的寄存器中间的一些任意值或EAX的高位字节了，这些在实践中很难找到。字节寄存器主要用于SETcc和MOVcc指令。字寄存器更少见，几乎从不使用，因为指令更长（需要前缀字节），可能更慢。窄值通常是符号或零立即扩展到满寄存器
允许访问那些高部分需要引入新的操作码，这在当前紧张的空闲空间中难以找到，并且这将污染x86操作码空间。此外，对寄存器的不同部分的单独访问将引入更复杂的依赖性，这是由于部分寄存器更新可能导致停顿

• Why doesn't GCC use partial registers?
• How exactly do partial registers on Haswell/Skylake perform? Writing AL seems to have a false dependency on RAX, and AH is inconsistent
• Understanding partial-register slowdowns from mov instead of movzx instruction

这就是为什么all instructions with a 32-bit destination in x86-64 zero the upper part of the result而不是保留它的原因之一。与AVX中XMM的高字节相同。INC现在也是not preferred compared to ADD 1，因为它引入了 * 部分标志更新 *

• What is a Partial Flag Stall?

另见

• Why can I access lower dword/word/byte in a register but not higher?
• If I have an 8-bit value, is there any advantage to using an 8-bit register instead of say, 16, 32, or 64-bit?
• Any way to move 2 bytes in 32-bit x86 using MOV without causing a mode switch or cpu stall?