为何RegDst控制信号及关联多路选择器置于执行阶段而非译码阶段？

这个问题的核心在于流水线设计的职责划分、数据依赖处理以及整体逻辑的简洁性，结合《Computer Organization and Design》（第5版）的流水线模型，原因可以拆解为以下几点：

• 适配数据转发机制的需求
  流水线中的数据转发（forwarding）逻辑是在执行（EX）阶段完成的：需要将ALU的运算结果或者内存返回值，转发给后续指令的ALU输入。如果在译码（ID）阶段就选定目标寄存器地址，那么当后续指令在ID阶段读取寄存器时，无法提前判断是否需要从EX阶段转发数据——因为转发的匹配逻辑依赖EX阶段的目标寄存器地址和当前指令的源寄存器地址对比。把RegDst的选择延迟到EX阶段，能让转发逻辑直接使用最终确定的目标地址，避免ID阶段额外的复杂判断。

• 保持流水线控制信号的同步性
  RegDst这类控制信号是由指令类型决定的，在ID阶段生成后，会和指令的其他数据一起存入ID/EX流水线寄存器。将多路选择器放在EX阶段，能让控制信号和它要操作的数据（两个寄存器地址）在同一阶段生效，符合流水线“控制信号随数据流动到需要的阶段”的设计原则。如果提前在ID阶段完成选择，相当于把控制信号的作用提前，打破了这种同步性，反而需要额外的逻辑来确保地址的正确性。

• 简化流水线的冒险处理
  当流水线遇到分支预测错误或者数据冒险需要冲刷（flush）时，只需要清空ID/EX寄存器中的内容即可。如果在ID阶段就选定了目标寄存器地址，那么冲刷时还需要额外处理已经生成的地址，增加了冒险处理的复杂度。而把选择逻辑留在EX阶段，冲刷操作只需要丢弃未使用的两个地址和RegDst信号，逻辑更简洁。

• 维持各阶段的职责清晰与扩展性
  ID阶段的核心职责是指令译码、读取寄存器值，而EX阶段负责执行运算、确定目标寄存器地址。把RegDst的选择放在EX阶段，能让各阶段的职责更单一，后续如果新增需要不同目标寄存器选择逻辑的指令类型，只需要修改EX阶段的多路选择器和控制信号生成逻辑，不会影响ID阶段的译码流程，扩展性更好。

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