指令集架构正交性：CISC与RISC的作用差异及现代CPU实现疑问
1. 正交性在两种ISA中的角色及强弱对比
你的理解是准确的：指令集架构（ISA）的正交性指的是不同设计维度（如操作类型、寻址模式、操作数来源）相互独立，理论上可生成的指令总数为各维度数量的乘积——比如N种操作搭配M种寻址模式，就能得到N×M条指令。
正交性在CISC中的角色
CISC（寄存器-内存架构）的设计目标之一就是通过高正交性提升编程灵活性：它允许运算类操作直接访问内存或寄存器，理论上支持几乎所有操作类型与所有寻址模式的组合。比如经典的VAX架构，加减乘除、逻辑运算等操作都能搭配立即数、寄存器、直接内存、间接内存等十余种寻址模式，最大化指令的组合可能性，让程序员能用更少的指令完成复杂任务。不过早期部分CISC为了控制硬件复杂度，会对部分操作的寻址模式做限制，并非完全严格正交。
正交性在RISC中的角色
RISC（加载-存储架构）则通过简化维度来实现子集内的严格正交：它规定只有load/store指令能访问内存，所有运算操作的操作数只能来自寄存器。这意味着运算操作的寻址模式被固定为寄存器寻址，而load/store则统一支持有限的内存寻址模式（如基址+偏移、立即数偏移等）。这种设计下，RISC的指令集维度更少，但每个维度内的组合是严格独立的——比如所有运算操作的行为逻辑完全一致，不会出现某类操作不支持寄存器寻址的情况，大幅降低了硬件实现复杂度和指令解码难度。
谁的正交性更强？
- 从维度覆盖的完整性来看，经典CISC的正交性更强：它支持更多维度的自由组合，指令集的表达能力更丰富。
- 从设计的严格性与一致性来看，RISC的正交性更纯粹：它在有限维度内实现了完全的独立组合，没有例外情况。
2. 对“模拟正交性”及预处理步骤的解读
现代CPU通常会在类RISC核心执行实际任务前，通过预处理步骤模拟正交性。这种‘模拟正交性’是一个更宽泛的概念，涵盖了函数库中的解耦与完备性理念，类似数学中的正交函数集——可作为扩展函数的基础，确保修改某一部分时不会影响其他部分。
这段话的核心是解释现代CPU的“混合架构”设计逻辑：
模拟正交性的含义
现在主流的高性能CPU（如x86系列），内部核心是类RISC的微架构（因为RISC的简单指令更适合流水线、超标量等高性能设计），但需要兼容传统的CISC指令集（比如x86的复杂指令）。传统CISC指令集具备高正交性的设计（操作与寻址自由组合），而内部RISC核心只能执行简单、正交性严格的微操作（uop）。模拟正交性就是通过中间层，让程序员看到的仍然是高正交的CISC指令集，而内部自动将其转换为适合RISC核心执行的微操作，相当于在软件/固件层面“模拟”了原指令集的正交性。
放到更宽泛的系统设计里，模拟正交性指的是模块解耦与完备性：就像数学中的正交函数集，每个函数独立存在，组合起来能表示任意复杂函数；对应到系统中，就是把不同功能模块拆成独立、可组合的单元，修改其中一个模块不会影响其他部分的功能——比如CPU内部的运算单元、内存访问单元相互独立，修改微架构的运算单元设计，不会影响外部指令集的兼容性。
预处理步骤是什么？
这里的预处理步骤指的是CISC指令的解码与转换流程：
- 首先将复杂的CISC指令（比如带内存寻址的加法指令）拆解成多个简单的RISC风格微操作（uop）；
- 同时还会完成指令融合、寄存器重命名、乱序执行调度等优化步骤，确保微操作能高效在RISC核心上执行。
与微码的关系
微码（microcode）是实现这个预处理步骤的关键技术之一：
- 早期CISC CPU直接用微码来实现复杂指令的硬件逻辑；
- 现代x86 CPU中，对于部分过于复杂的CISC指令，会从微码ROM中读取预定义的微程序，将其拆解为微操作；而简单的CISC指令则可以通过硬件直接解码为微操作。所以预处理步骤包含微码解码，但微码只是其中的一部分实现方式。
内容的提问来源于stack exchange，提问作者Calvin Lin
