CPU如何区分指令与数据并仅执行指令？

核心原因是指令的结构和CPU控制逻辑的分工，结合Ben的8位面包板计算机设计来拆解：

1. 先明确指令的物理结构 #

在Ben的设计里，LDA是双字节指令：

• 第一个字节：操作码（比如LDA对应0x01），告诉CPU要执行“加载A寄存器”这个操作
• 第二个字节：操作数，也就是要读取的RAM地址（比如0x05）

2. 程序计数器（PC）的工作逻辑 #

PC的职责很简单：按顺序输出要读取的内存地址，每读取一个字节后自动+1，但它完全不管读取到的字节是指令还是参数——这个判断交给解码器和控制单元。

以LDA指令的执行流程为例（假设内存布局如下）：

执行步骤：

1. PC初始为00，CPU读取地址00的内容（0x01），PC自动+1变为01
2. 解码器识别出0x01是LDA指令，控制单元立刻生成对应的控制信号：告诉CPU“接下来读取的字节是操作数（目标地址），不是下一条指令”
3. CPU读取地址01的内容（0x05），PC再自动+1变为02
4. CPU用0x05作为地址，去RAM中读取对应的值（0x3F），并把这个值加载到A寄存器
5. 此时PC已经指向02，接下来CPU会读取地址02的内容（0x02），开始执行下一条ADD指令

3. 关键：为什么不会执行LDA指向的值？ #

• 首先，LDA操作数指向的0x05里的0x3F是数据，不是操作码，CPU不会把它当作指令来解析
• 其次，控制逻辑已经在识别LDA操作码后，明确了第二个字节的用途是“目标内存地址”，而不是“下一条指令的操作码”，PC只是按顺序走完两个字节的读取，然后指向真正的下一条指令地址，不会跳转到0x05去执行

简单说：PC负责“按顺序取字节”，操作码负责“告诉CPU这些字节该怎么用”——LDA的操作码直接规定了第二个字节是地址参数，所以CPU只会用它来读数据，不会把它或者它指向的内容当作指令执行。

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