64位程序中能否对32位寄存器执行push/pop操作？

64位模式是否真的无法push/pop 4字节数值？ #

这个结论针对x86-64架构是成立的，但需要补充几个细节边界：

• 架构层面确实没有提供直接操作4字节长度的push/pop指令，所有通用寄存器的压栈、弹栈操作默认都是8字节长度
• 16位长度的push/pop指令仍然被保留，执行这类操作时栈指针rsp会调整2字节，栈操作粒度为2字节
• 如果你写了push 32位立即数的代码，CPU会自动将这个立即数符号扩展为64位后再压栈，实际在栈上占用8字节空间，不属于4字节栈操作。

该设计的背后原因 #

x86-64架构制定时做出这个限制，主要出于工程层面的多重考量：

• 简化指令集设计：32位push/pop的使用场景在64位寻址模型下非常有限，砍掉这类指令可以释放宝贵的指令编码空间，分配给SIMD运算、虚拟化等更有价值的新指令
• 适配栈对齐规范：主流x86-64操作系统的调用约定都要求函数调用前栈保持16字节对齐，固定8字节的栈操作粒度可以大幅降低编译器做栈布局计算、对齐调整的复杂度，减少运行时开销
• 降低硬件实现复杂度：64位模式下栈指针rsp是64位宽度，固定8字节的栈调整步长可以避免rsp出现非8字节对齐的特殊情况，CPU的栈预测、地址校验逻辑可以做的更简单，提升流水线运行效率
• 减少安全隐患：固定的栈操作粒度可以降低栈溢出漏洞利用的可能性，也能避免因栈指针对齐错误引发的非法内存访问问题

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