我最近正在研究 RISC-V 32I 指令。我有一个关于NOP 指令的问题，规范说它等于ADDI x0, x0, 0。
但是，x0 不是一个可以被程序员修改的通用寄存器。那么，为什么x0 在这里充当NOP 指令的目标寄存器？
谁能解释一下这一点？
【问题讨论】：
NOP 是一个扩展为ADDI x0, x0, 0 的伪指令。 x0（或zero）是一个只读寄存器，专用于零值，也就是说，对于每个单个位，它硬连线为零。写入该寄存器的任何内容都将被丢弃，因为它的值无法修改。
来自The RISC-V Instruction Set Manual Volume I: Unprivileged ISA：
NOP指令不会改变任何架构上可见的状态，除了推进pc和递增任何适用的性能计数器。NOP编码为ADDI x0, x0, 0。
请记住，RISC-V 没有算术标志（即进位、溢出、零、符号标志），任何 目标寄存器 为 x0 的算术运算都将作为 无操作指令与源寄存器无关，因为最终结果将包括将程序计数器推进到下一条指令而不改变任何其他相关处理器的状态。
【讨论】：
oystercatcher 引用了一个正确的语句，x0 保持常数 0 并且不能写入另一个值。
指令ADDI x0, x0, 0 执行x0 <- x0 + 0，其中0 是指令中编码的立即数。这样的指令对 RISCV 的状态没有影响，因此是 NOP。
RISCV 上NOP 的其他替代方案：ADDI x0, x1, 0。即使ADD x0, x1, x2 对RISCV 也没有影响（RISCV 上没有进位标志），因此其行为类似于NOP。
【讨论】：
x1作为源会引入一个错误的依赖关系，如果它不是由x1编写的最后一条指令之后，它将停止执行nop。硬件为真正的nop。在架构上它当然仍然是一个 NOP，但在微架构上它在超标量（和/或无序）内核上可能会更糟。
【讨论】：