ALU：不是“单元”，而是计算机的计算心跳
你有没有想过，当一行a = b + c在屏幕上执行完毕，背后真正完成“加法”的，既不是编译器、也不是操作系统，甚至不是CPU里那堆密密麻麻的晶体管阵列——而是一个没有状态、不记过往、只认此刻输入的纯组合电路？它不睡觉、不缓存、不猜测，却在纳秒之间，把两个二进制数变成结果、溢出、负号、是否为零……这个沉默的执行者，就是ALU（Arithmetic Logic Unit）。
它不是CPU的“一部分”，它是CPU中唯一真正会算数的物理实体。其他模块——取指单元在找指令，译码器在翻译“这是加法”，寄存器堆在搬数据，流水线在调度时序——它们全是在为ALU服务。ALU一响，计算落地；ALU卡顿，整条流水线停摆。
所以别再把它当成教科书里一个带框图的黑盒子。它是一段被刻进硅片里的逻辑契约：给它两个数和一个命令，它必须在确定时间内，给出确定结果与确定状态。
它到底长什么样？——从电路本质看ALU
ALU本质上是一块无记忆的组合逻辑芯片。这意味着：
- 它内部没有触发器、没有寄存器、没有时钟使能端；
- 输出完全由当前输入（A、B、控制信号）瞬时决定；
- 延迟 = 信号穿过最长门链所需时间（比如加法器里的进位传播路径）；
- 它不能“记住”上一次算的是什么，也不能“等待”下一个周期——它只活在当下。
你可以把它想象成一台老式机械计算器：拨动两个数字轮盘（A 和 B），再扳下对应运算杆（+ / − / AND / XOR），齿轮咬合、杠杆翻转，结果立刻显示在刻度盘上——没有缓冲，没有确认，没有“正在计算中”。
✅ 这正是它成为实时系统基石的原因：汽车ECU判断刹车是否该介入，PLC控制传送带启停，都不是靠“大概率正确”，而是靠ALU在12ns内给出100%确定的布尔结果。
它怎么干活？——三步闭环，快得不像在干活
ALU不思考，只响应。它的整个工作流，就三个字：选、算、报。
① 选：不是它决定算什么，是别人告诉它算什么
CPU的控制单元（Control Unit）拿到一条指令（比如 RISC-V 的add t0, t1, t2），立刻解码出操作码ALUOp = 3'b000，并把t1、t2的值通过多路选择器（MUX）送到ALU的A、B输入口。
👉 这个“选”，不是ALU自己挑活干，而是被精确调度的数据
