指令集风格：RISC 与 CISC 的设计差异

前面已经从执行流程、控制器、流水线、缓存和多核等角度理解了处理器内部是怎么运作的。现在如果再往架构设计的更高层看，就会遇到一个经典问题：

处理器到底应该提供一套什么风格的指令系统，才更有利于硬件实现和软件使用？

围绕这个问题，计算机体系结构历史上形成了两种非常有代表性的设计风格：RISC 和 CISC。

这两个词经常被提到，但很多人容易把它们误解成“一个先进，一个落后”，或者“一个快，一个慢”。实际上，它们更准确地说，是两种不同的设计取舍与历史路线。

一、为什么指令集风格会成为一个专门问题

因为指令系统并不只是给程序员看的语法层，它会深刻影响：

  • 指令格式有多复杂；
  • 控制器怎么设计；
  • 数据通路是否规整；
  • 流水线是否容易实现；
  • 编译器怎么做优化；
  • 硬件实现成本和扩展方式。

也就是说，ISA 风格会一路向下影响 CPU 硬件实现，又一路向上影响软件开发和编译系统。

所以 RISC 与 CISC 的讨论，本质上是：

指令系统到底该更“丰富复杂”，还是更“规整简洁”。

二、什么是 CISC

CISC 通常被理解为 Complex Instruction Set Computer，也就是复杂指令集计算机。

它背后的典型思路可以概括成：

尽量让单条指令做更多事，用更丰富、更强表达力的指令来减少程序中的指令条数。

这类风格往往具有这些倾向：

  • 指令种类较多；
  • 指令长度和格式可能不统一；
  • 寻址方式更丰富；
  • 某些指令可以一步完成比较复杂的操作；
  • 控制逻辑和实现可能更复杂。

所以 CISC 的目标之一，是把更多“工作量”包进单条指令里。

三、什么是 RISC

RISC 通常被理解为 Reduced Instruction Set Computer，也就是精简指令集计算机。

它的核心思想不是“功能削弱”，而是：

尽量让指令系统更规整、简单、统一，让硬件更容易高效实现，并把复杂工作更多交给编译器和指令序列组合来完成。

这类风格通常更偏向：

  • 指令长度较统一；
  • 指令格式更规整；
  • 寻址方式较少；
  • load/store 风格更明显；
  • 更容易做流水线和高频优化。

所以 RISC 更强调“简单可预测的硬件执行路径”。

四、RISC 和 CISC 最本质的差别是什么

如果只抓一句话，可以这样理解：

  • CISC 更倾向于让单条指令功能更强、更复杂；
  • RISC 更倾向于让单条指令更简单、统一，用多条简单指令组合完成复杂任务。

而进一步展开，就是两种设计哲学：

  • 是把复杂性更多放在硬件解释和执行层；
  • 还是把复杂性更多转移到编译器与指令组织层。

这才是两者真正值得理解的核心差别。

五、为什么 RISC 更容易和流水线联系在一起

因为前面已经知道，流水线非常依赖：

  • 阶段划分清晰；
  • 指令格式规整；
  • 控制逻辑稳定；
  • 访存行为容易预测。

而 RISC 风格中的规整性，天然更有利于这些目标。

例如统一长度、统一格式、load/store 分离，会让取指、译码和执行路径更容易设计得标准化。

所以 RISC 常常被认为更适合流水线化和高频实现，这不是偶然，而是它的设计哲学本就更偏向硬件规整性。

六、为什么 CISC 也长期存在并且很重要

因为 CISC 并不是“错误路线”。它在很多历史阶段有很强现实意义，例如：

  • 早期内存和存储更宝贵，减少指令条数有价值；
  • 更强的单指令表达能力有助于编写更紧凑代码；
  • 某些复杂寻址和复合操作能提升编程便利性；
  • 兼容性生态非常重要。

尤其在现实产业中，架构从来不只看理论优雅，还要看：

  • 软件兼容；
  • 工具链；
  • 生态积累；
  • 市场延续性。

所以 CISC 长期稳定存在，有非常强的工程与历史合理性。

七、现代处理器是不是纯粹的 RISC 或 CISC

其实很多时候已经不是了。

现实中的现代处理器往往会出现“表面是一种风格，内部实现吸收了另一种思路”的情况。

例如：

  • 某些 CISC 架构的处理器内部，会把复杂指令再拆成更简单的微操作去执行；
  • 某些 RISC 架构也会不断加入更复杂的扩展指令与优化机制。

这说明真实工程最终追求的不是标签纯度，而是：

在兼容性、性能、复杂度和生态之间找到最优平衡点。

所以 RISC 与 CISC 更适合作为理解设计哲学的框架，而不是拿来做绝对二元划分。

八、load/store 风格为什么经常被提作 RISC 特征

因为它体现了一个很重要的思想：

  • 运算尽量在寄存器之间完成；
  • 访存操作尽量独立成专门的加载和存储指令；
  • 指令职责更单一、路径更规整。

这会让数据通路、控制逻辑和流水线设计更清晰。

所以所谓 RISC 的“精简”，很多时候不是指功能少，而是指：

每条指令的职责边界更清楚、形态更统一。

九、从工程和后端视角，这部分为什么重要

理解 RISC 与 CISC 的差异，会帮助你更自然地理解很多现实问题：

  • 为什么不同架构上的汇编风格会明显不同；
  • 为什么处理器实现不只是“执行指令”，而是要考虑硬件规整性；
  • 为什么编译器在不同体系结构上承担的优化角色不同；
  • 为什么现代 CPU 设计里常常既讲 ISA，又讲微架构。

也就是说，这部分内容帮助你区分：

  • 对外暴露的指令系统是什么；
  • 处理器内部真正怎么跑，又可能是另一套更细的故事。

十、学习这一部分最容易踩的坑

1. 把 RISC 理解成“指令少”，把 CISC 理解成“指令多”

这只是表层现象，核心是设计哲学和实现取舍。

2. 以为 RISC 一定更快，CISC 一定更慢

真实性能取决于具体微架构、工艺、缓存、预测和软件生态等大量因素。

3. 把现代处理器想成纯粹教科书式的二元结构

现实产品往往已经融合了多种思想。

总结

RISC 与 CISC 是两种经典的指令集设计风格。真正值得先抓住的，是这些认识：

  • CISC 更倾向于让单条指令功能更强、更复杂；
  • RISC 更倾向于让指令规整、统一、便于高效实现；
  • 两者本质上是在硬件复杂度、编译器职责和执行效率之间做不同权衡；
  • 现代处理器往往已经吸收彼此优点，而不是纯粹站队；
  • ISA 风格会深刻影响控制器、流水线、编译器和软件生态。

把这一篇理解透之后，下一步再看 GPU 与异构计算，就会更容易接受一个更大的视角：不同类型处理器之所以同时存在，不是因为谁“取代了谁”，而是因为不同工作负载需要不同的体系结构取舍。

参考资源：