作者：hczhcz
链接：http://www.zhihu.com/question/29707696/answer/45469968
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
加了一点关于机器语言的内容，总觉得讲的乱糟糟的=_=#===============(4/15/2016)闲着无聊更新一下===============从最底层角度来说，加法运算就是用加法器(Adder)实现的。计算机里有种叫做ALU (Arithmetic Logic Unit)的玩意，这个东西处理最基本的运算（…
显示全部
链接：http://www.zhihu.com/question/29707696/answer/45469968
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
加了一点关于机器语言的内容，总觉得讲的乱糟糟的=_=#===============(4/15/2016)闲着无聊更新一下===============从最底层角度来说，加法运算就是用加法器(Adder)实现的。计算机里有种叫做ALU (Arithmetic Logic Unit)的玩意，这个东西处理最基本的运算（…
显示全部
加了一点关于机器语言的内容，总觉得讲的乱糟糟的=_=#
===============(4/15/2016)闲着无聊更新一下===============
从最底层角度来说，加法运算就是用加法器(Adder)实现的。计算机里有种叫做ALU (Arithmetic Logic Unit)的玩意，这个东西处理最基本的运算（包括加减法），同时通过输入op-code，经过一个Mux来决定进行哪种运算。
接下来一步步解释ALU是如何设计出来的。这里提到的是简单模型，没有涉及现实中计算机芯片里的clock的概念，因为这不是加法运算最核心的部分。
下面的布尔运算中&指的是AND，|指的是OR，^指的是XOR，~指的是NOT。
I. 半加器 (Half Adder)
首先，考虑一位二进制加法运算，如果不考虑进位的话，我们可以得到如下真值表
<img src="https://i-blog.csdnimg.cn/blog_migrate/2f3e015b51c72f8e0147bec0242893d9.png" data-rawwidth="154" data-rawheight="213" class="content_image" width="154">
这就是个简单的二进制加法。表中的C表示进位输出(carry out)。1+1=10, 1+0=01, etc. 逻辑非常直观。这里的两个output function，C (carry out)的逻辑是A&B，S(sum)是A^B。
因此我们得到了这样一个加法器的电路。
<img src="https://i-blog.csdnimg.cn/blog_migrate/4795ecec4364ca498cdddab3aabcefa0.jpeg" data-rawwidth="330" data-rawheight="183" class="content_image" width="330">因为没有低位进位，不能进行完整的加法运算，因此这种加法器叫半加器(Half Adder)。
因为没有低位进位，不能进行完整的加法运算，因此这种加法器叫半加器(Half Adder)。
II. 全加器 (Full Adder)
有了半加器以后我们发现，这种加法器并不能实现多位数的加法，因此诞生了有进位的全加器。和半加器不一样，一个全加器有三个输入（A，B和低位进位）和两个输出（和以及进位输出）。
考虑一个一位二进制加法。当低位进位是0的时候，这个加法器和半加器是一样的。当低位进位是1的时候，考虑我们平时做加法运算的过程：如果有进一位，那么就在本来的和上再加一。也就是说实际上这里的运算是sum=A+B+Cin. 注意这里的sum不是加法器里的sum bit，而是一个普通的二进制数（可以是两位的），Cin指的是低位进位(carry in)。
于是我们得到如下全加器的真值表
<img src="https://i-blog.csdnimg.cn/blog_migrate/55ed473eb26a18325d3ef2cdabc040a6.png" data-rawwidth="184" data-rawheight="353" class="content_image" width="184">这里Cout的逻辑是A&B | Cin&(A^B)，S的逻辑是A^B^Cin。于是我们得到了全加器的电路。
这里Cout的逻辑是A&B | Cin&(A^B)，S的逻辑是A^B^Cin。于是我们得到了全加器的电路。
<img src="https://i-blog.csdnimg.cn/blog_migrate/d19dfe2528368f5f4a7ff089203ec0f9.jpeg" data-rawwidth="330" data-rawheight="149" class="content_image" width="330">
III 纹波进位加法器 (Ripple Carry Adder) & 超前进位加法器 (Carry-lookahead Adder)
有了全加器以后，我们就能做多位二进制数的加法了。我们需要的只是把多个全加器的Cin和Cout连起来，就像现实中我们做加法竖式计算一样，是不是非常intuitive？
纹波进位加法器就是这样一个简单地把许多个全加器串联起来的加法器，它能进行多位数的加法运算。LSB (Least Significant Bit)的Cin是0，MSB (Most Significant Bit)的Cout可以继续连上更多的加法器，或者可以用来检测overflow（这个不是很关键，就不多阐述了）。
<img src="https://i-blog.csdnimg.cn/blog_migrate/3617b9a4b50ca56481a176be2d78ff22.jpeg" data-rawwidth="500" data-rawheight="200" class="origin_image zh-lightbox-thumb" width="500" data-original="https://pic2.zhimg.com/fc84f653e6d7e337a2d79095c4bceb6d_r.jpg">但这种加法器有种缺陷，就是Carry bit的运算太慢。每个bit的carry都要等到上个bit的运算结束后才能进行运算，导致如果运算位数非常之多的话，整个Adder会非常缓慢。于是就有了解决这个问题的超前进位加法器。顾名思义，这种Adder不需要等上一位的运算结束，而是直接就可以通过布尔运算得出当前位的carry bit。因为这个也不是最关键的部分，所以具体的也不多展开，有空再写。
但这种加法器有种缺陷，就是Carry bit的运算太慢。每个bit的carry都要等到上个bit的运算结束后才能进行运算，导致如果运算位数非常之多的话，整个Adder会非常缓慢。于是就有了解决这个问题的超前进位加法器。顾名思义，这种Adder不需要等上一位的运算结束，而是直接就可以通过布尔运算得出当前位的carry bit。因为这个也不是最关键的部分，所以具体的也不多展开，有空再写。
然而超前进位加法器也有缺陷，就是位数越多电路就越复杂，这样不仅运算会变慢，成本也会变高。因此实际上大多数加法器用的都是两种的结合：用纹波进位加法器串联起多个4-bit或者8-bit的超前进位加法器（如下图）。
<img src="https://i-blog.csdnimg.cn/blog_migrate/c20e5afabe5a0a28df7aa5d5eb211e61.jpeg" data-rawwidth="500" data-rawheight="300" class="origin_image zh-lightbox-thumb" width="500" data-original="https://pic3.zhimg.com/4744b3183e6eaba5a58c7e02c664a8a6_r.jpg">
IV ALU (Arithmetic Logic Unit)
说到这应该把在电路层面如何进行加法运算给解释的差不多了，接下来稍微解释一下ALU大概是个啥（为什么是大概呢，因为我也不是很懂啊2333）。为了方便，我们就只讲一位的ALU了。ALU大概就是长这样的
<img src="https://i-blog.csdnimg.cn/blog_migrate/6e68b47405b8de2502f503c62e1a0e2c.jpeg" data-rawwidth="1569" data-rawheight="866" class="origin_image zh-lightbox-thumb" width="1569" data-original="https://pic3.zhimg.com/4de5b4274faaed0c504eebd76fa9e446_r.jpg">
一个ALU可以进行许多种运算（加法、减法、logic shift、arithmetic shift等等等等，具体运算取决于ALU是如何implement的），因此需要op-code来决定对input进行何种运算。这里就要用到一个mux (multiplexer)，对于这个是什么不多解释了……总之就是通过输入几个select bit来输出与其相对应的输入值。比如select bit（在ALU里就是op-code）是010，那么我们的mux的输出值就会变成和input 2一样的值。在 @hczhcz的回答里的那一串二进制数里就包括了这种op-code。
因此，在计算机进行加法运算的时候，op-code告诉ALU进行何种运算，然后ALU用Adder进行加法运算。
V 减法运算（有点偏题，不过和加法关系挺密切，有时间再填坑）
要理解减法运算，首先要理解2's complement，有兴趣的同学可以自己去查一下相关资料……
（略）
VI 汇编语言 (Assembly language)、机器语言 (Machine language)和ALU的关系
简要说说从汇编语言到ALU这一层是如何实现的。比如我们写了一段C代码，编译器把程序翻译成汇编语言有很多种，都专门针对不同的计算机系统结构的(computer architecture)。编译完后还需要把汇编语言翻译成机器语言（二进制机器码），最后在程序运行时把机器码发给CPU，由CPU解码并执行。
拿MIPS举个栗子，加法运算可能是这样一行代码
这行代码翻译成机器码后会变成000000 01000 01001 01010 00000 100000（空格是为了方便读嗯）。翻译方式取决于汇编代码是什么类型，MIPS共有R、I、J三种type的instruction。add是R-type，它的机器码构成见下图
<img src="https://pic4.zhimg.com/17380d313f01ddfd91e3f51ec7a6d567_b.png" data-rawwidth="555" data-rawheight="309" class="origin_image zh-lightbox-thumb" width="555" data-original="https://pic4.zhimg.com/17380d313f01ddfd91e3f51ec7a6d567_r.png">
接下来先让我们看一个single cycle CPU（pipelined解释起来太复杂，而且和加法运算没啥关系）再来解释上面这串玩意。
<img src="https://i-blog.csdnimg.cn/blog_migrate/3edd9884c7031fe7a06c8b8eb0cf693c.png" data-rawwidth="856" data-rawheight="646" class="origin_image zh-lightbox-thumb" width="856" data-original="https://pic3.zhimg.com/19f54a1221af060a076d383266f813ae_r.png">那么首先机器码是从这个Instruction memory里fetch出来的。随后可以看到datapath分成了好几支：前六位去了Control，中间分成三个五位去了Registers (register file)，最后16位稍后解释（注意和前面有重合），而最后五位又进了一个叫做ALU control的单元。是不是好像这分法和前面的机器码的构成有些类似？
那么首先机器码是从这个Instruction memory里fetch出来的。随后可以看到datapath分成了好几支：前六位去了Control，中间分成三个五位去了Registers (register file)，最后16位稍后解释（注意和前面有重合），而最后五位又进了一个叫做ALU control的单元。是不是好像这分法和前面的机器码的构成有些类似？
首先说前六位opcode，这六位是所有三种指令都有的。这六位进入control unit告诉CPU我要执行的是什么样的指令，并改变那些图中蓝色线的值（control signal），对不同的unit进行控制。中间三个五位是register在register file里的地址，这三个register各有各的名字(rs, rt, rd)。上面机器码里的三个数分别对应着%t0 (rs), %t1 (rt), %t2 (rd)三个register的地址。前面两个register输入的是read register的地址，也就是说这两个register中存储的值会变成read data的输出（见上图register file的右端）。在上述指令中，输出的就是%t0, %t1中存储的值。第三个register %t2 (rd)要通过一个Mux才能进入write register，我们姑且假装它就是write register，稍后说这个Mux如何选择输入。知道了write register的地址后，register file就会把write data的数据写入write register对应的地址。也就是说在ALU完成了%t0 + %t1的计算后会把结果存到%t2，这样一来整个指令就完成啦。
但我们还有机器码的最后16位和control unit没解释- -。如果看一下I-type的构成就会发现，I-type的最后16位都是一个叫做immediate的玩意。这是另一种汇编指令会用到的，比如我想要把1加到%t1里的值，就可以直接用一个I-type指令addi实现，而不需要把1先写入一个register然后再add（虽然写入的指令也是I-type，不过这就是题外话了），在这里这个数字1就叫做immediate。那么现在问题来了，既然不同的指令种类对机器码有不同的用法，CPU怎么知道该怎么执行指令呢？啊……这其实并没有什么大问题，因为这些数据都是同时被读取的，最后16位跑到Sign-extend那里并不会导致write register无法获取数据。问题是在于这些Mux如何选择输入上，这就要回到control unit上来说了，但在这之前先说说这个Sign-extend是干什么用的。因为这个架构里的数据都是32位的，但I-type的immediate只有16位，怎么办呢，位数不一样没法做加法啊（如果我们用addi的话）。那我们就在前面加16个0呗- -（假设是正数，如果是负数就加16个1）。所以Sign-extend就是做了这么点微小的工作。
现在可以回到前面说的control unit了。它控制的control signal除了需要选择Mux的input以外，还有些别的作用。Control unit在知道了进来的指令是R-type后，会把RegWrite设为1，允许register file写入，否则算好了%t0 + %t1这结果也是没法存进%t2的。ALUSrc接入一个Mux，选择Sign-extend的输出或者是read data 2 (rt)来作为ALU的输入（ALU的另一个输入在这里是固定的）。ALUOp十分关键，这告诉ALU control应该给ALU什么信号。对于R-type，ALUOp是10，告诉ALU control读取机器码的最后五位(funct)来决定ALU执行什么计算。在上述代码中funct对应的计算就是加法，于是ALU control便会告诉ALU对两个输入执行加法。随后ALU的输出会经过另一个被MemtoReg控制的Mux，此时control unit已经把这个control signal设为0了，所以输出的数据会一路跑回Write data，最后由于前面提到的RegWrite，成功写入%t2。大功告成！这里还漏了一个和add有关的control signal，就是RegDst，控制着决定了Write register地址的Mux。这里因为Write register应该是rd，所以control unit会把RegDst设为1。
===============(4/15/2016)闲着无聊更新一下===============
从最底层角度来说，加法运算就是用加法器(Adder)实现的。计算机里有种叫做ALU (Arithmetic Logic Unit)的玩意，这个东西处理最基本的运算（包括加减法），同时通过输入op-code，经过一个Mux来决定进行哪种运算。
接下来一步步解释ALU是如何设计出来的。这里提到的是简单模型，没有涉及现实中计算机芯片里的clock的概念，因为这不是加法运算最核心的部分。
下面的布尔运算中&指的是AND，|指的是OR，^指的是XOR，~指的是NOT。
I. 半加器 (Half Adder)
首先，考虑一位二进制加法运算，如果不考虑进位的话，我们可以得到如下真值表
<img src="https://i-blog.csdnimg.cn/blog_migrate/2f3e015b51c72f8e0147bec0242893d9.png" data-rawwidth="154" data-rawheight="213" class="content_image" width="154">
这就是个简单的二进制加法。表中的C表示进位输出(carry out)。1+1=10, 1+0=01, etc. 逻辑非常直观。这里的两个output function，C (carry out)的逻辑是A&B，S(sum)是A^B。
因此我们得到了这样一个加法器的电路。
<img src="https://i-blog.csdnimg.cn/blog_migrate/4795ecec4364ca498cdddab3aabcefa0.jpeg" data-rawwidth="330" data-rawheight="183" class="content_image" width="330">因为没有低位进位，不能进行完整的加法运算，因此这种加法器叫半加器(Half Adder)。
因为没有低位进位，不能进行完整的加法运算，因此这种加法器叫半加器(Half Adder)。
II. 全加器 (Full Adder)
有了半加器以后我们发现，这种加法器并不能实现多位数的加法，因此诞生了有进位的全加器。和半加器不一样，一个全加器有三个输入（A，B和低位进位）和两个输出（和以及进位输出）。
考虑一个一位二进制加法。当低位进位是0的时候，这个加法器和半加器是一样的。当低位进位是1的时候，考虑我们平时做加法运算的过程：如果有进一位，那么就在本来的和上再加一。也就是说实际上这里的运算是sum=A+B+Cin. 注意这里的sum不是加法器里的sum bit，而是一个普通的二进制数（可以是两位的），Cin指的是低位进位(carry in)。
于是我们得到如下全加器的真值表
<img src="https://i-blog.csdnimg.cn/blog_migrate/55ed473eb26a18325d3ef2cdabc040a6.png" data-rawwidth="184" data-rawheight="353" class="content_image" width="184">这里Cout的逻辑是A&B | Cin&(A^B)，S的逻辑是A^B^Cin。于是我们得到了全加器的电路。
这里Cout的逻辑是A&B | Cin&(A^B)，S的逻辑是A^B^Cin。于是我们得到了全加器的电路。
<img src="https://i-blog.csdnimg.cn/blog_migrate/d19dfe2528368f5f4a7ff089203ec0f9.jpeg" data-rawwidth="330" data-rawheight="149" class="content_image" width="330">
III 纹波进位加法器 (Ripple Carry Adder) & 超前进位加法器 (Carry-lookahead Adder)
有了全加器以后，我们就能做多位二进制数的加法了。我们需要的只是把多个全加器的Cin和Cout连起来，就像现实中我们做加法竖式计算一样，是不是非常intuitive？
纹波进位加法器就是这样一个简单地把许多个全加器串联起来的加法器，它能进行多位数的加法运算。LSB (Least Significant Bit)的Cin是0，MSB (Most Significant Bit)的Cout可以继续连上更多的加法器，或者可以用来检测overflow（这个不是很关键，就不多阐述了）。
<img src="https://i-blog.csdnimg.cn/blog_migrate/3617b9a4b50ca56481a176be2d78ff22.jpeg" data-rawwidth="500" data-rawheight="200" class="origin_image zh-lightbox-thumb" width="500" data-original="https://pic2.zhimg.com/fc84f653e6d7e337a2d79095c4bceb6d_r.jpg">但这种加法器有种缺陷，就是Carry bit的运算太慢。每个bit的carry都要等到上个bit的运算结束后才能进行运算，导致如果运算位数非常之多的话，整个Adder会非常缓慢。于是就有了解决这个问题的超前进位加法器。顾名思义，这种Adder不需要等上一位的运算结束，而是直接就可以通过布尔运算得出当前位的carry bit。因为这个也不是最关键的部分，所以具体的也不多展开，有空再写。
但这种加法器有种缺陷，就是Carry bit的运算太慢。每个bit的carry都要等到上个bit的运算结束后才能进行运算，导致如果运算位数非常之多的话，整个Adder会非常缓慢。于是就有了解决这个问题的超前进位加法器。顾名思义，这种Adder不需要等上一位的运算结束，而是直接就可以通过布尔运算得出当前位的carry bit。因为这个也不是最关键的部分，所以具体的也不多展开，有空再写。
然而超前进位加法器也有缺陷，就是位数越多电路就越复杂，这样不仅运算会变慢，成本也会变高。因此实际上大多数加法器用的都是两种的结合：用纹波进位加法器串联起多个4-bit或者8-bit的超前进位加法器（如下图）。
<img src="https://i-blog.csdnimg.cn/blog_migrate/c20e5afabe5a0a28df7aa5d5eb211e61.jpeg" data-rawwidth="500" data-rawheight="300" class="origin_image zh-lightbox-thumb" width="500" data-original="https://pic3.zhimg.com/4744b3183e6eaba5a58c7e02c664a8a6_r.jpg">
IV ALU (Arithmetic Logic Unit)
说到这应该把在电路层面如何进行加法运算给解释的差不多了，接下来稍微解释一下ALU大概是个啥（为什么是大概呢，因为我也不是很懂啊2333）。为了方便，我们就只讲一位的ALU了。ALU大概就是长这样的
<img src="https://i-blog.csdnimg.cn/blog_migrate/6e68b47405b8de2502f503c62e1a0e2c.jpeg" data-rawwidth="1569" data-rawheight="866" class="origin_image zh-lightbox-thumb" width="1569" data-original="https://pic3.zhimg.com/4de5b4274faaed0c504eebd76fa9e446_r.jpg">
一个ALU可以进行许多种运算（加法、减法、logic shift、arithmetic shift等等等等，具体运算取决于ALU是如何implement的），因此需要op-code来决定对input进行何种运算。这里就要用到一个mux (multiplexer)，对于这个是什么不多解释了……总之就是通过输入几个select bit来输出与其相对应的输入值。比如select bit（在ALU里就是op-code）是010，那么我们的mux的输出值就会变成和input 2一样的值。在 @hczhcz的回答里的那一串二进制数里就包括了这种op-code。
因此，在计算机进行加法运算的时候，op-code告诉ALU进行何种运算，然后ALU用Adder进行加法运算。
V 减法运算（有点偏题，不过和加法关系挺密切，有时间再填坑）
要理解减法运算，首先要理解2's complement，有兴趣的同学可以自己去查一下相关资料……
（略）
VI 汇编语言 (Assembly language)、机器语言 (Machine language)和ALU的关系
简要说说从汇编语言到ALU这一层是如何实现的。比如我们写了一段C代码，编译器把程序翻译成汇编语言有很多种，都专门针对不同的计算机系统结构的(computer architecture)。编译完后还需要把汇编语言翻译成机器语言（二进制机器码），最后在程序运行时把机器码发给CPU，由CPU解码并执行。
拿MIPS举个栗子，加法运算可能是这样一行代码
add %t2, %t0, %t1 # %t2 = %t0 + %t1
<img src="https://pic4.zhimg.com/17380d313f01ddfd91e3f51ec7a6d567_b.png" data-rawwidth="555" data-rawheight="309" class="origin_image zh-lightbox-thumb" width="555" data-original="https://pic4.zhimg.com/17380d313f01ddfd91e3f51ec7a6d567_r.png">
接下来先让我们看一个single cycle CPU（pipelined解释起来太复杂，而且和加法运算没啥关系）再来解释上面这串玩意。
<img src="https://i-blog.csdnimg.cn/blog_migrate/3edd9884c7031fe7a06c8b8eb0cf693c.png" data-rawwidth="856" data-rawheight="646" class="origin_image zh-lightbox-thumb" width="856" data-original="https://pic3.zhimg.com/19f54a1221af060a076d383266f813ae_r.png">那么首先机器码是从这个Instruction memory里fetch出来的。随后可以看到datapath分成了好几支：前六位去了Control，中间分成三个五位去了Registers (register file)，最后16位稍后解释（注意和前面有重合），而最后五位又进了一个叫做ALU control的单元。是不是好像这分法和前面的机器码的构成有些类似？
那么首先机器码是从这个Instruction memory里fetch出来的。随后可以看到datapath分成了好几支：前六位去了Control，中间分成三个五位去了Registers (register file)，最后16位稍后解释（注意和前面有重合），而最后五位又进了一个叫做ALU control的单元。是不是好像这分法和前面的机器码的构成有些类似？
首先说前六位opcode，这六位是所有三种指令都有的。这六位进入control unit告诉CPU我要执行的是什么样的指令，并改变那些图中蓝色线的值（control signal），对不同的unit进行控制。中间三个五位是register在register file里的地址，这三个register各有各的名字(rs, rt, rd)。上面机器码里的三个数分别对应着%t0 (rs), %t1 (rt), %t2 (rd)三个register的地址。前面两个register输入的是read register的地址，也就是说这两个register中存储的值会变成read data的输出（见上图register file的右端）。在上述指令中，输出的就是%t0, %t1中存储的值。第三个register %t2 (rd)要通过一个Mux才能进入write register，我们姑且假装它就是write register，稍后说这个Mux如何选择输入。知道了write register的地址后，register file就会把write data的数据写入write register对应的地址。也就是说在ALU完成了%t0 + %t1的计算后会把结果存到%t2，这样一来整个指令就完成啦。
但我们还有机器码的最后16位和control unit没解释- -。如果看一下I-type的构成就会发现，I-type的最后16位都是一个叫做immediate的玩意。这是另一种汇编指令会用到的，比如我想要把1加到%t1里的值，就可以直接用一个I-type指令addi实现，而不需要把1先写入一个register然后再add（虽然写入的指令也是I-type，不过这就是题外话了），在这里这个数字1就叫做immediate。那么现在问题来了，既然不同的指令种类对机器码有不同的用法，CPU怎么知道该怎么执行指令呢？啊……这其实并没有什么大问题，因为这些数据都是同时被读取的，最后16位跑到Sign-extend那里并不会导致write register无法获取数据。问题是在于这些Mux如何选择输入上，这就要回到control unit上来说了，但在这之前先说说这个Sign-extend是干什么用的。因为这个架构里的数据都是32位的，但I-type的immediate只有16位，怎么办呢，位数不一样没法做加法啊（如果我们用addi的话）。那我们就在前面加16个0呗- -（假设是正数，如果是负数就加16个1）。所以Sign-extend就是做了这么点微小的工作。
现在可以回到前面说的control unit了。它控制的control signal除了需要选择Mux的input以外，还有些别的作用。Control unit在知道了进来的指令是R-type后，会把RegWrite设为1，允许register file写入，否则算好了%t0 + %t1这结果也是没法存进%t2的。ALUSrc接入一个Mux，选择Sign-extend的输出或者是read data 2 (rt)来作为ALU的输入（ALU的另一个输入在这里是固定的）。ALUOp十分关键，这告诉ALU control应该给ALU什么信号。对于R-type，ALUOp是10，告诉ALU control读取机器码的最后五位(funct)来决定ALU执行什么计算。在上述代码中funct对应的计算就是加法，于是ALU control便会告诉ALU对两个输入执行加法。随后ALU的输出会经过另一个被MemtoReg控制的Mux，此时control unit已经把这个control signal设为0了，所以输出的数据会一路跑回Write data，最后由于前面提到的RegWrite，成功写入%t2。大功告成！这里还漏了一个和add有关的control signal，就是RegDst，控制着决定了Write register地址的Mux。这里因为Write register应该是rd，所以control unit会把RegDst设为1。
扫一扫
1849
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
