为何BOUND、PUSHA等x86遗留指令在64位模式中不可用？

• 操作码复用是核心动机：不少这类遗留指令的操作码被重新分配给64位模式的新指令。比如PUSHA的操作码60h，在64位模式里变成了多寄存器推送的新指令（原PUSHA针对16位寄存器设计，64位下寄存器宽度改变，原逻辑完全不适用）。x86的操作码空间本就拥挤，淘汰低价值的遗留指令能释放资源给更有用的64位扩展指令。
• 简化CPU解码与执行逻辑：就算老指令的硬件单元原本存在，64位模式禁用它们能大幅简化指令解码器的工作。解码器无需再处理这些极少被使用的指令，既减少了芯片面积占用，也能把节省的硬件资源投入到提升现代指令执行效率的模块上（比如更多执行单元、更大缓存）。而且像AAA这类面向8位ASCII调整的指令，和64位模式的现代数据处理定位完全不符，保留只会增加设计负担。
• 推动开发者使用现代指令集：这类指令本身就是为兼容旧系统保留的，现代代码里根本不会用到。64位模式作为全新执行环境，禁用它们能强制开发者转向更高效、更适配64位架构的指令，避免写出依赖遗留特性的代码，从长远提升软件的性能和可维护性。
• 降低模式兼容性复杂度：如果保留这些指令，CPU需要在64位模式下重新适配它们的特殊行为，比如BOUND的边界检查逻辑要适配64位寄存器，这会增加模式切换和执行的复杂度，反而容易引发兼容性问题。直接禁用能让64位模式的逻辑更简洁可靠。

内容的提问来源于stack exchange，提问作者goto-vulture