从零构建RISC-V五级流水线CPU：设计、实现与验证全解析-编程实验室

简介：本资源是一份面向计算机体系结构课程学习者与期末大作业实践者的RISC-V五级流水线CPU设计完整实现方案，聚焦于取指、译码、执行、访存、写回全流程的硬件建模与功能验证。资源包共119个文件，含55个说明类txt文档、27个Verilog源码（.v）、4个PDF设计手册（含《RISC-V Reader中文版》）、2个Makefile构建脚本及RTL、TB、docs、pictures等结构化目录，总大小12.49MB，覆盖从开发环境配置（code-workspace）、测试激励（testbench）、波形调试（vcd）到设计文档与图表的全链路支撑。已有69人学习下载，资料经教师审核并获优异成绩，可直接编译运行，无需修改即可完成课程设计或综合考核任务；配套README.md清晰指引项目搭建与仿真流程，备份文件与多版本workspace确保工程稳定性，是深入理解开源指令集与流水线原理的高可靠性教学案例。

1. 项目缘起：从RISC-V热潮到动手实践

最近几年，RISC-V这个词在芯片圈和计算机体系结构领域的热度，可以说是无人不知。从开源指令集架构的“自由”理念，到各大厂商纷纷宣布支持，再到各种基于RISC-V的处理器核、开发板如雨后春笋般出现，它已经从一个学术概念，变成了一个实实在在的产业趋势。作为一名对底层硬件和计算机原理有浓厚兴趣的从业者，我一直在关注RISC-V的进展。但看得再多，终究是“纸上得来终觉浅”。我始终觉得，要真正理解一个CPU是如何工作的，特别是理解现代处理器中至关重要的流水线技术，没有什么比亲手设计并实现一个更有效的途径了。

于是，这个“基于RISC-V架构的五级流水线CPU设计与实现”的项目，就成了我给自己定下的一个挑战。我的目标很明确：不是要设计一个性能多高、功能多全的商业级CPU，而是要搭建一个能够清晰展示从取指到写回这五个经典阶段如何协同工作的教学与验证平台。我希望通过这个项目，把教科书上那些抽象的框图和数据通路，变成一行行可综合的硬件描述语言代码，变成可以在FPGA上跑起来的真实逻辑。这个过程中产生的所有资料——从设计文档、Verilog代码、测试用例到环境搭建脚本——我决定整理成一个完整的资料包。一方面是对自己学习过程的总结，另一方面也希望能为后来者提供一个清晰的、可复现的参考路径，让大家能绕过我踩过的一些坑，更顺畅地踏入CPU设计的大门。

2. 核心需求与设计目标解析

在动手写第一行代码之前，明确设计目标至关重要。这决定了我们的CPU要“做成什么样”，以及复杂度控制在什么范围。基于RISC-V和五级流水线这两个核心约束，我梳理了以下几个关键设计目标。

2.1 指令集支持范围：RV32I基础整数指令集

RISC-V指令集模块化程度高，但我们不可能也没必要一开始就支持全部扩展。为了聚焦于流水线机制本身，我选择了最基础、最核心的RV32I基础整数指令集作为支持目标。这包括了算术逻辑运算（ADD, SUB, AND, OR, XOR等）、加载存储（LW, SW）、条件分支（BEQ, BNE, BLT等）和无条件跳转（JAL, JALR）等约40条指令。这些指令足以编写有意义的程序（如排序、查找），并能完整地触发流水线的所有数据和控制冒险场景，是理解流水线原理的绝佳样本。

注意：RV32I中不包含乘除法指令（属于M扩展）和原子操作指令（A扩展）。在初期设计时，刻意避开这些复杂指令，可以让我们集中精力解决流水线的通用性问题。乘除法器可以作为一个独立的、可选的协处理器模块，在流水线稳定后再进行集成。

2.2 五级流水线阶段划分：经典模型

五级流水线是计算机体系结构教材中的经典模型，它清晰地划分了指令执行的五个步骤。我的设计也遵循了这一划分：

取指阶段：从指令存储器中读取当前PC指向的指令。这是流水线的起点，核心组件是PC寄存器和指令存储器。
译码阶段：解析取回的指令，确定操作类型、源寄存器索引和目的寄存器索引。核心组件是寄存器文件和控制单元（生成后续阶段所需的控制信号）。
执行阶段：进行算术逻辑运算或计算访存地址。核心组件是算术逻辑单元和地址计算单元。
访存阶段：如果是加载或存储指令，则访问数据存储器；否则，直接将执行结果传递到下一级。这是唯一与数据存储器交互的阶段。
写回阶段：将执行结果或从数据存储器加载的数据写回到寄存器文件中。

这个划分的优点是阶段间功能清晰，易于理解和实现。每个阶段的工作量大致均衡，有利于提高流水线的吞吐率。

2.3 关键设计挑战：三大冒险的处理

流水线提升了吞吐率，但也引入了新的问题——冒险。能否妥善处理冒险，是衡量一个流水线CPU设计是否成功的关键。我的设计需要直面这三类冒险：

结构冒险：源于硬件资源冲突。例如，在经典的冯·诺依曼结构中，指令和数据共享一个存储器，如果取指和访存同时需要访问存储器，就会发生冲突。我的解决方案是采用哈佛结构，为指令和数据分别设立独立的存储器（IMEM和DMEM），从根本上消除取指和访存的结构冒险。
数据冒险：后一条指令需要前一条指令的运算结果，但结果尚未写回寄存器。例如：ADD x1, x2, x3后面紧跟SUB x4, x1, x5。SUB指令在译码阶段读取x1时，ADD指令的结果可能还在执行或访存阶段。处理数据冒险是流水线设计的核心，我主要采用两种技术：
- 前递：将尚未写回的结果直接从产生它的流水线寄存器（如EX/MEM, MEM/WB）提前传递到需要它的ALU输入端。这能解决大部分RAW（写后读）冒险。
- 流水线停顿：对于无法通过前递解决的冒险（如加载指令后立即使用其结果），插入一个时钟周期的“气泡”，让后续指令暂停，等待数据就绪。这由冒险检测单元控制。
控制冒险：分支或跳转指令改变了程序流向，导致已预取进入流水线的指令无效。例如，在执行BEQ指令时，其后的两条指令已经被取指和译码。我的设计采用了一种静态分支预测策略：默认预测分支不跳转，继续顺序执行。一旦在EX阶段计算出实际跳转结果，如果预测错误，则由控制逻辑清空（冲刷）流水线中错误的指令，并从正确的目标地址重新开始取指。同时，我设计了简单的分支延迟槽机制来优化性能，但这属于进阶内容。

2.4 验证策略：从单元测试到系统级验证

硬件设计，验证先行。一个没有经过充分验证的CPU设计是毫无意义的。我为自己制定了多层次的验证策略：

模块级单元测试：使用Verilog编写测试平台，对ALU、寄存器文件、控制器等每个独立模块进行功能测试，确保其行为符合预期。
集成测试与冒险测试：将模块连接成完整的流水线数据通路，编写专门的测试程序，刻意构造各种数据冒险和控制冒险场景，验证前递、停顿和冲刷机制是否正确工作。
指令集验证：使用汇编器（如riscv-gnu-toolchain）编写涵盖所有支持指令的测试程序，转换成机器码后加载到指令存储器中运行，通过观察寄存器值和内存状态来判断指令执行是否正确。
上板验证：最终将设计综合、实现并下载到FPGA开发板（如Xilinx Artix-7系列）上运行。通过板载LED、七段数码管或UART输出结果，进行最直观的验证。

3. 数据通路设计与关键模块实现

有了清晰的目标，接下来就是搭建流水线的骨架——数据通路。数据通路是信息（指令和数据）在CPU各部件间流动的路径。我的五级流水线数据通路设计，可以看作是五个串联的“工作站”，每个工作站完成一项特定任务，并将半成品传递给下一个。

3.1 取指阶段：程序计数器与指令存储器

取指阶段的核心任务是产出下一条指令的地址，并读取指令。这里有两个关键设计点：

PC更新逻辑：PC的下一个值通常为PC+4（指向下一条顺序指令）。但当遇到跳转或分支指令时，PC需要被更新为跳转目标地址。这个目标地址可能在译码阶段由立即数计算得到（JAL），也可能在执行阶段由ALU计算得到（JALR, 分支指令）。因此，PC的更新源是多路的，需要根据控制信号进行选择。我的设计中，一个PC多路选择器负责在PC+4、跳转目标地址和分支目标地址之间做出选择。
指令存储器：我将其实现为一个同步读的Block RAM。在FPGA上，这可以通过推断RAM原语或调用IP核来实现。地址输入是PC（注意需要按字对齐，所以最低两位可以忽略），输出就是32位的指令字。为了简化初期设计，我没有实现指令缓存。

3.2 译码阶段：寄存器文件与控制信号生成

指令取回来后，译码阶段要“读懂”它。这个阶段的工作最为繁杂：

寄存器文件：一个双读端口、单写端口的模块。读地址来自指令的rs1和rs2字段，写地址来自rd字段，写数据来自写回阶段。这里有一个关键细节：写回和读出的时序。为了避免写回和同一时钟周期内译码读取新值产生冲突，我采用“写优先”设计：如果读地址和写地址相同且写使能有效，则读出的数据直接是待写入的数据。这通过一个多路器在寄存器文件内部实现。
立即数生成：RISC-V指令有多种立即数格式（I型、S型、B型、U型、J型）。译码阶段需要根据指令的操作码，从32位指令字中提取并符号扩展成32位的立即数，供后续阶段使用。
主控制器：这是一个纯组合逻辑模块，其输入是指令的opcode字段和funct3、funct7等字段，输出是一系列的控制信号线。这些信号像“调度员”一样，告诉后续的每一个数据选择器该选哪路数据，告诉ALU该做什么运算，告诉存储器是读还是写。例如，RegWrite信号决定是否写寄存器，MemRead/MemWrite决定存储器操作，ALUOp告诉ALU进行何种运算，ALUSrc决定ALU的第二个操作数来自寄存器还是立即数。

3.3 执行阶段：算术逻辑单元与地址计算

执行阶段是计算的“主战场”。ALU接收来自译码阶段的两个操作数（可能来自寄存器，也可能一个是立即数），根据ALUOp信号执行指定的运算（加、减、与、或、比较等）。除了ALU，这个阶段还有一个重要的任务：计算跳转/分支的目标地址。对于条件分支指令（如BEQ），ALU还会进行两个操作数的比较，产生一个Zero或Less Than信号，这个信号将反馈给控制逻辑，用于决定是否跳转。

实操心得：在设计ALU时，我最初将所有运算（包括比较）都做在一个always块里，导致代码冗长且不易维护。后来我将其拆分为两部分：一个纯组合逻辑的算术/逻辑运算单元，和一个专门负责根据funct3生成比较结果的“分支比较单元”。这样结构更清晰，也便于单独测试。

3.4 访存与写回阶段：数据交互与结果归档

访存阶段相对单纯。如果当前指令是加载或存储，则在此阶段访问数据存储器。数据存储器也是一个同步的Block RAM。对于加载指令，从指定地址读出数据；对于存储指令，将数据写入指定地址。对于非访存指令，该阶段只是将执行结果“路过”一下。

写回阶段是流水线的最后一站，任务是将最终结果（可能来自ALU结果，也可能来自数据存储器读出的数据）写回到寄存器文件的指定位置。这里有一个写回数据多路选择器，负责在ALU结果和内存加载数据之间做出选择，选择信号由主控制器在译码阶段产生，并随着指令一起流水传递下来。

3.5 流水线寄存器：阶段间的粘合剂

流水线的五个阶段并非直接相连，而是通过流水线寄存器隔开的。每个时钟上升沿，上一个阶段的结果被锁存到对应的流水线寄存器中，供下一个阶段使用。例如，在IF阶段取出的指令，在时钟沿到来时被存入IF/ID寄存器；ID阶段译码后产生的寄存器值、立即数、控制信号等，被存入ID/EX寄存器，以此类推。

流水线寄存器的设计至关重要，它需要包含其后续阶段所需的所有信息。我的ID/EX寄存器就包含了：PC值、寄存器读出的两个数据、符号扩展后的立即数、寄存器索引rs1/rs2/rd，以及所有从主控制器传来的、需要传递到EX、MEM、WB阶段的控制信号。这些信号会像接力棒一样，在流水线寄存器中逐级传递。

4. 冒险处理单元：流水线的“交通警察”

流水线搭建起来后，冒险处理单元就是确保其正确、高效运行的“交通警察”。这部分逻辑分散在数据通路的各个关键节点，是设计的精华所在。

4.1 数据前递：解决RAW冒险的利器

前递的核心思想是“不等写回，直接转发”。当前一条指令的结果已经计算出来（在EX或MEM阶段），而后一条指令需要它作为源操作数时，我们可以将结果直接“绕道”送到后一条指令的ALU输入端，而无需等待其写回寄存器文件。

我实现了一个前递单元，它是一个组合逻辑模块，持续监测流水线寄存器中的信息：

监测对象：EX/MEM寄存器中的目的寄存器索引（rd）和写使能信号，MEM/WB寄存器中的目的寄存器索引和写使能信号。
判断条件：如果这些寄存器中的rd有效（非零）且写使能有效，并且其rd等于当前ID/EX寄存器中rs1或rs2的索引，则说明发生了数据冒险。
产生控制信号：前递单元会根据冒险发生的具体位置（是EX阶段的结果还是MEM阶段的结果），产生相应的选择信号，控制ALU输入端的两个多路选择器，选择来自前递路径的数据，而不是来自ID/EX寄存器的原始寄存器数据。

例如，指令序列为：

ADD x1, x2, x3 # 指令A SUB x4, x1, x5 # 指令B

当指令B处于EX阶段，需要x1的值时，指令A的结果已经计算出来并存储在EX/MEM寄存器中。此时前递单元会检测到EX/MEM.rd == ID/EX.rs1，并控制选择器将EX/MEM中的ALU结果直接送给指令B的ALU输入端。

4.2 加载-使用冒险与流水线停顿

前递能解决大部分数据冒险，但有一种情况无能为力：加载指令后紧跟着使用其结果的指令（Load-Use Hazard）。因为加载指令的数据要到MEM阶段结束时才从存储器中读出，而使用该数据的下一条指令在EX阶段就需要它。此时，数据在时间上就是来不及的。

对于这种情况，必须引入流水线停顿。我设计了一个冒险检测单元，它位于ID阶段。它的逻辑是：

监测当前处于ID阶段的指令是否需要读寄存器（即是否是R型、I型算术、分支、存储指令等）。
监测前一条处于EX阶段的指令是否是加载指令（MemRead信号有效）。
如果前一条是加载指令，且其目的寄存器rd等于当前指令的源寄存器rs1或rs2，则检测到Load-Use冒险。
一旦检测到，该单元会立即做两件事：
1. 暂停流水线：产生一个Stall信号，阻止PC和IF/ID寄存器在下一个时钟沿更新。这相当于在流水线中插入了一个“气泡”。
2. 冲刷错误路径：产生一个Flush信号，将ID/EX寄存器中的控制信号全部清零（变为空操作NOP），防止已部分译码的错误指令继续执行。

这样，处理器会“卡住”一个周期，等待加载指令的数据从存储器中读出。在下一个周期，数据通过MEM/WB寄存器可用，此时就可以通过前递机制（从MEM/WB前递）送给需要它的指令了。这个过程对程序员是透明的，但会损失一个时钟周期的性能。

4.3 控制冒险与分支预测

对于控制冒险，我采用了一种最简单的策略：静态预测“不跳转”。即，对于所有分支指令，在译码和执行阶段，CPU都假设它不会跳转，继续顺序取指下一条指令。同时，在EX阶段，ALU会并行计算分支目标地址并进行条件判断。

如果EX阶段的计算结果表明预测正确（确实不跳转），则万事大吉，流水线继续。如果预测错误（需要跳转），则控制逻辑需要：

冲刷流水线：将错误取入的、位于IF和ID阶段的两条指令无效化。具体做法是将IF/ID和ID/EX寄存器中的控制信号清零（插入NOP）。
更新PC：将PC设置为计算出的分支目标地址。

这个策略实现简单，但预测错误时惩罚较大（浪费两个时钟周期）。在资料包中，我也提供了更高级的动态分支预测（如1位饱和计数器）的设计思路和部分代码作为扩展，供学有余力的朋友研究。

5. 验证环境搭建与测试实战

设计完成之后，验证是确保功能正确的唯一途径。我搭建了一套从仿真到上板的完整验证环境，这个过程充满了挑战，也收获了大量调试经验。

5.1 仿真环境搭建：Icarus Verilog与GTKWave

我选择Icarus Verilog作为仿真工具，它开源、轻量，配合GTKWave查看波形，非常适合学习和小型项目。验证环境的核心是一个顶层的测试模块，它实例化了我们的CPU设计（称为DUT，待测设计），以及模拟的指令存储器和数据存储器。

存储器初始化：这是关键一步。我编写了一个Python脚本，将汇编测试程序（用RISC-V汇编编写）通过交叉编译工具链（如riscv32-unknown-elf-gcc）编译成二进制文件，然后转换成Verilog可读取的$readmemh或$readmemb支持的格式（通常是十六进制的文本文件）。在测试开始时，使用$readmemh系统任务将程序代码加载到指令存储器中，将测试数据加载到数据存储器的特定区域。
测试激励与监控：测试平台需要提供时钟和复位信号。更重要的是，它需要监控CPU的运行状态。我通常在测试中让CPU运行足够多的时钟周期，然后检查数据存储器中特定地址的值，或者检查某些通用寄存器的值，是否与预期结果匹配。通过$display语句在控制台输出关键信息，辅助调试。

5.2 测试用例设计：从简到繁，覆盖全面

我设计了多组测试程序，层层递进：

基础指令测试：单个测试程序只测试一条指令，如addi,lw,sw,beq等。确保每一条指令的基本功能正确。
数据冒险测试：编写连续的指令序列，刻意制造RAW冒险。通过观察波形，验证前递逻辑是否在正确的时刻将数据“转发”出去，以及转发选择器的控制信号是否正确。
```
# 测试前递 addi x1, x0, 5 # x1 = 5 addi x2, x1, 3 # 需要前递x1的值 add x3, x1, x2 # 需要前递x1和x2的值
```

控制冒险测试：编写包含分支和跳转的程序。重点观察在分支指令的EX阶段，当跳转条件成立时，IF/ID和ID/EX寄存器是否被正确冲刷（控制信号变为0），以及PC是否被更新为目标地址。

# 测试分支预测错误与冲刷 addi x1, x0, 10 addi x2, x0, 10 beq x1, x2, target # 应该跳转 addi x3, x0, 1 # 这条指令应该被冲刷掉 addi x4, x0, 2 # 这条指令应该被冲刷掉 target: addi x5, x0, 3 # 跳转到这里执行

综合程序测试：编写稍复杂的算法程序，如计算斐波那契数列、数组求和、冒泡排序等。这能全面测试所有指令的协同工作能力以及冒险处理机制的综合效果。

5.3 上板验证：从仿真到物理现实

仿真通过后，最后一步是上板。我使用的是Xilinx Artix-7系列的FPGA开发板。这个过程主要分为三步：

综合与实现：使用Vivado工具，将Verilog代码综合成门级网表，进行布局布线，生成比特流文件。在这个过程中，工具会报告时序是否满足（建立时间和保持时间），资源使用情况（LUT、FF、BRAM等）。我的第一个版本就遇到了时序违例，原因是组合逻辑路径过长（特别是译码阶段的控制信号生成逻辑）。通过插入流水线寄存器对关键路径进行切割，解决了问题。
约束文件编写：创建.xdc文件，将设计中的端口（时钟、复位、调试信号）映射到FPGA芯片的实际物理引脚上。例如，将系统时钟连接到板载的晶振引脚，将复位信号连接到一个按键，将几个通用寄存器值输出到LED灯上显示。
调试与观测：将比特流下载到FPGA后，如何观察内部状态是个难题。我采用了多种方法：
- LED/数码管显示：将关键寄存器（如x1, x2）的值或程序运行状态码输出到LED上，通过闪烁模式判断程序执行阶段。
- 嵌入式逻辑分析仪：使用Vivado的ILA IP核，可以像在仿真中看波形一样，在硬件上实时抓取内部信号，这是最强大的调试手段。
- UART输出：在CPU设计外挂一个简单的UART发送模块，将内存中特定区域的数据（比如程序运行结果）打印到电脑的串口终端上，这是最直观的验证方式。

踩坑实录：第一次上板时，程序跑飞了，LED乱闪。用ILA抓取波形发现，复位信号在上电后存在毛刺，导致PC寄存器被意外复位。解决方案是在顶层模块中对复位信号进行同步化处理和去抖动，确保只有稳定有效的低电平才会触发系统复位。这个教训让我深刻体会到仿真环境与真实物理世界的差异。

6. 项目资料包内容与使用指南

最后，我来详细介绍一下这个项目资料包的具体内容以及如何使用它。这个资料包不仅仅是一堆代码，它是我整个学习、设计、调试过程的完整记录，旨在提供一个开箱即用的学习框架。

6.1 资料包目录结构

riscv5stage_cpu/ ├── doc/ # 设计文档 │ ├── spec.md # CPU设计规格说明书（指令集、接口等） │ ├── datapath_diagram.pdf # 完整数据通路框图（Visio/ draw.io源文件及图片） │ └── pipeline_registers.md # 各流水线寄存器字段详细定义 ├── rtl/ # Verilog源代码 │ ├── core/ # 核心流水线模块 │ │ ├── riscv_core.v # 顶层模块 │ │ ├── if_stage.v # 取指阶段 │ │ ├── id_stage.v # 译码阶段（含控制器、寄存器文件） │ │ ├── ex_stage.v # 执行阶段（含ALU、前递单元） │ │ ├── mem_stage.v # 访存阶段 │ │ ├── wb_stage.v # 写回阶段 │ │ ├── hazard_unit.v # 冒险检测单元（负责停顿） │ │ └── forward_unit.v # 前递单元 │ ├── memory/ # 存储器模型 │ │ ├── inst_mem.v # 指令存储器（同步ROM） │ │ └── data_mem.v # 数据存储器（同步RAM） │ └── common/ # 通用组件 │ ├── alu.v │ ├── regfile.v │ └── defines.vh # 全局宏定义（指令编码、控制信号常量等） ├── sim/ # 仿真测试目录 │ ├── testbench/ # 测试平台 │ │ └── tb_riscv_core.v # 顶层测试平台 │ ├── tests/ # 测试程序 │ │ ├── basic/ # 基础指令测试 │ │ ├── hazard/ # 冒险测试 │ │ ├── program/ # 综合程序测试（如排序） │ │ └── scripts/ # 用于生成mem文件的Python脚本 │ ├── run.do # ModelSim/Questa运行脚本 │ └── run_iverilog.sh # Icarus Verilog运行脚本 ├── fpga/ # FPGA工程相关 │ ├── xilinx_artix7/ # 以Xilinx Artix-7为例 │ │ ├── vivado_project/ # Vivado工程文件（可仅保留.xpr和.srcs） │ │ ├── constraints/ # 约束文件 (.xdc) │ │ └── scripts/ # Tcl脚本（用于非工程模式批处理） │ └── debug/ # 调试方案 │ └── ila_config/ # ILA调试核配置 └── tools/ # 工具链与脚本 ├── toolchain_setup.md # RISC-V GNU工具链安装指南 └── memgen.py # 将.bin/.elf文件转为.mem格式的脚本

6.2 快速开始指南

环境准备：
- 仿真：安装Icarus Verilog (iverilog) 和 GTKWave。在Linux/macOS下可通过包管理器安装，Windows下推荐使用MSYS2或预编译包。
- 工具链：安装RISC-V 32位GNU工具链，用于编译测试程序。可以从SiFive或芯片供应商官网下载预编译版本，或从源码编译。
- FPGA开发：安装Xilinx Vivado（WebPack免费版即可）。
运行仿真：
- 进入sim/目录。
- 运行./run_iverilog.sh。这个脚本会自动完成编译、仿真、生成波形文件。
- 使用gtkwave waveform.vcd打开波形文件，查看信号时序。
编译与运行测试程序：
- 编写汇编测试程序（如test.s）。
- 使用工具链编译：riscv32-unknown-elf-gcc -march=rv32i -mabi=ilp32 -nostdlib -T link.ld test.s -o test.elf。
- 使用tools/memgen.py脚本提取.text段：python memgen.py test.elf inst_mem.mem。
- 将生成的inst_mem.mem文件放入仿真目录，在测试平台中通过$readmemh加载。
FPGA综合上板：
- 用Vivado打开fpga/xilinx_artix7/vivado_project/下的工程文件。
- 根据你的开发板型号，可能需要调整constraints目录下的引脚约束文件。
- 直接点击“Generate Bitstream”生成比特流，通过硬件管理器下载到板卡。
- 使用ILA或配置UART观察运行结果。

6.3 扩展与进阶建议

这个基础的五级流水线CPU是一个完美的起点。基于此，你可以进行多方面的扩展，深化理解：

增加指令支持：尝试实现乘除法扩展（M），这需要设计一个多周期的乘法器/除法器，并处理好与流水线的交互。还可以实现原子操作扩展（A），理解多处理器环境下的内存一致性。
优化分支预测：将静态“不跳转”预测改为动态分支预测，如实现一个两位饱和计数器的分支目标缓冲，观察其对包含大量分支的程序（如循环）的性能提升。
引入缓存：为指令和数据存储器添加直接映射或组相联缓存，研究缓存缺失对流水线性能的影响，以及如何通过非阻塞缓存减少停顿。
实现异常与中断：添加CSR寄存器，实现简单的异常处理机制（如非法指令、断点）和中断响应，这是向一个实用化处理器迈进的关键一步。
性能分析与评估：编写更复杂的基准测试程序（如Dhrystone），在仿真中统计指令数、周期数，计算CPI，定量分析流水线效率，并找出性能瓶颈。

这个项目资料包是我过去几个月心血的结晶，它不仅仅是一份代码，更是一份详细的设计笔记和调试日志。我希望它能像一张地图，帮助对CPU设计感兴趣的朋友，从理论的岸边，安全地渡到实践的彼岸。过程中遇到的每一个警告、每一个错误、每一次波形对不上的抓狂，最终都化为了对“计算机如何运行”这句话更深一层的理解。硬件设计的世界充满挑战，但也乐趣无穷，愿这份资料能成为你探索之旅的一块有用的垫脚石。

本文还有配套的精品资源，点击获取