第 11 章　指令与机器语言

11.1指令 = 操作码 + 操作数

一条 指令（instruction）是 CPU 能执行的最小单位，它告诉 CPU「做什么、对谁做」。所以任何一条指令都可以拆成两部分：

• 操作码（opcode，operation code）：告诉 CPU 做什么，比如「加」「减」「读内存」「跳转」。
• 操作数（operand）：告诉 CPU 对谁做，比如「寄存器 A」「内存地址 100」「数字 5」。

指令格式的字段化：为什么指令「长得像表格」

一条指令之所以能被 CPU 直接看懂，是因为设计者事先规定了指令格式（instruction format）：这一串二进制中，前若干位固定当操作码、后面每若干位固定当寄存器编号或其他信息。译码器因此不需要「理解」语言——它只需按固定位置切开比特串，再把操作码送进一张预先用逻辑门做好的「操作码表」查出对应操作：操作码 0001 一到，ADD 的控制线就被点亮（第 4 章译码器的思想）。可以说，指令格式的本质，是让「理解语言」退化为「按位置切割 + 查表」——这恰好是数字电路最擅长、做得最快的事。这也是为什么指令集设计者宁可把格式规定得死板，也不让指令「自由发挥」：格式越死板，硬件越简单、越快。

操作数的个数本身也是一种设计决策，教科书里常见的四类格式各有取舍：三地址指令（如 ADD R1, R2, R3，意为 R1←R2+R3）语义最清晰、不破坏源操作数，但三个寄存器号让指令变长；二地址指令（如 ADD R2, R3，R2←R2+R3）把目标与第一个源合并，指令短了四分之一，代价是运算结果会覆盖其中一个源——于是真实程序里常先复制再运算；一地址指令默认使用一个固定充当「舞台中心」的累加器（accumulator，常记 ACC），指令只写一个操作数，另一个「就是 ACC」；零地址指令连操作数都不写，操作数自动从「栈顶」弹出、结果自动压回（栈机器）。本章示例采用二地址格式，因为它是当今主流指令集在寄存器运算上的常见形态；11.6 节的例题里你还会看到三地址写法——再次印证「操作数个数是设计决策，不是物理定律」。

还有一个初学者容易忽略的推论：指令在内存里与数据长得一模一样。内存只管存 0 和 1，并不知道某格放的是「命令」还是「数字」。同一串比特 0001 0010 0011，在取指阶段被送往译码器时，它是指令「ADD R2, R3」；而如果某条读数指令恰好把它从内存取回来当整数用，它就是数值 291（十六进制 0x123）。指令与数据的区别不在比特本身，而在 CPU 取出它那一刻的用途。这是「存储程序」思想的自然推论，也是「数据被误当指令执行」这类软件安全漏洞在硬件层面的根源。

工程视角：真实 CPU 的指令格式远比 12 位复杂——x86 的指令长度从 1 字节到 15 字节不等，中间还可能夹带前缀字节和 ModRM 编码字节；ARM 的 32 位指令里条件码、目标寄存器、源寄存器、移位量各有固定「坑位」。但「字段拼接 + 查表译码」这个骨架完全一致。机载计算机、发动机控制单元里的嵌入式处理器同样各自遵循一套字段规定，写固件的工程师几乎天天在对着芯片手册做本例题这种「查编码」的事。

辨析：把「指令字长」与「数据字长」分开记。指令字长是一条指令占的位数（本章示例 12 位）；数据字长是寄存器/数据一次能装多少位（示例里可另行约定，比如 6 位或 8 位）。两者互不绑定：6 位寄存器完全配得上 12 位指令——指令只负责说「对哪两个寄存器做什么」，至于寄存器本身多宽，是 ISA 的另一条约定。记住这一条，11.3 节例题里「结果装不装得下、会不会溢出」的讨论才有落点。

11.2机器语言：CPU 唯一能懂的「语言」

CPU 是数字电路，它只认识 0 和 1。所以真正的指令，在 CPU 眼里就是一串二进制数——这种「用二进制写的指令」叫 机器语言（machine language）。

每一家 CPU 都规定了自己的一套「机器语言」规则，叫 指令集架构（ISA，Instruction Set Architecture）。它规定：操作码占几位、操作数占几位、每个操作码代表什么运算。不同 CPU 的指令集不同，所以为一种 CPU 写的机器语言，往往不能在另一种 CPU 上跑——这就是「软件要按 CPU 平台编译」的根源。

ISA：一份写死的「硬件-软件契约」

指令集架构为什么值得专门起名？因为它是硬件设计师与软件设计师之间的正式契约：芯片一侧承诺「0001 就是加法、2 号寄存器就在运算通路的那一端」，软件一侧（汇编器、编译器、操作系统）则严格按这份契约生成指令。契约一旦发布就不能随意更改——今天新出厂的 CPU 必须还能运行十几年前的老程序，这叫向后兼容（backward compatibility）。x86 自 1978 年的 8086 一路兼容至今，是软件史上最长寿的契约之一；这份「不能改」的固执并非技术保守，而是整个软件生态的价值所系：兼容性一断，用户手里的旧软件一夜作废，谁还敢买你的新芯片？

由此也能真正理解「跨平台」三个字的分量：同一份源码在 ARM 手机与 x86 电脑上必须分别编译成不同的机器码，因为两份契约的「措辞」完全不同——同一个加法，x86 用的操作码字节序列与 ARM 用的操作码字段毫无关系。所谓「软件按平台发布」（Windows 版、macOS 版、安卓版各一个安装包），底层就是在按 ISA 分别交货。反过来说，如果两家 CPU 采用同一套 ISA（例如都兼容 ARM 的某版本），同一份机器码就能直接互换运行——「指令集兼容」是比「同一种编程语言」更底层的兼容。

最后补一个人人要会的实用约定：机器码本质是二进制，但人类实际读写时用十六进制。因为 4 位二进制恰好对应 1 位十六进制，12 位指令就是 3 位十六进制，抄写短、不易错、对齐整齐。0001 0010 0011 写作 0x123（0x 前缀只是「这是十六进制」的记号）。上一节图 11-2 里「指令长得像数据」的现象，在十六进制视角下同样一目了然。

工程视角：嵌入式固件升级包、程序崩溃后的内存转储（core dump）本质上都是十六进制字节流，工程师用「反汇编器」把它们逐条还原成汇编指令来排查问题；逆向分析工具的界面，就是一张「十六进制机器码 ↔ 汇编」的实时对照表。另外，为嵌入式设备估算固件体积是否放得进芯片内的存储空间（flash 余量），用的正是本题第 (3) 问的算法——字节数超了，就得裁功能或换更大存储的芯片。

辨析（衔接第 2 章）：bit、byte、word 三级单位在指令语境里各有分工——bit 是晶体管层面的 0/1（第 2 章）；byte 是内存编址的基本单位（本题 48 字节的由来）；word 是「一次运算的标准宽度」，由 ISA 约定（32 位机一个字 4 字节）。看到「64 位 CPU」应当能翻译成：它的通用寄存器和整数运算通路是 64 bit 宽——但内存地址仍然按 byte 逐个编号，「64 位」与「按字节编址」并不矛盾。

11.3一条具体指令：ADD 是怎么跑的

用一个具体的例子，把前面所有章节串起来。假设某 CPU 规定：

那么一条指令 0001 0010 0011 的意思是：

• 0001 = 操作码「ADD」
• 0010 = 第一个寄存器（编号 2）
• 0011 = 第二个寄存器（编号 3）

CPU 执行它的过程，正是第 8 章的四步：取指（把这条指令取出）→ 译码（控制器读出「哦，是 ADD」）→ 执行（ALU 把寄存器 2 和 3 的值加起来，这正是第 5 章的全加器在干活）→ 写回（结果存回寄存器）。

逐拍追踪：把四步拆到硬件信号一级

第 8 章说过「取指→译码→执行→写回」，现在把它落到具体部件上，看看每一步哪些线路上有数据在跑：

• 取指：程序计数器 PC（本身就是个寄存器）的值送入地址寄存器 MAR，沿地址总线到达内存；内存按地址送出该单元的 12 位内容，沿数据总线经数据寄存器 MDR 装入指令寄存器 IR。与此同时 PC 自动加 1，预先指向下一条指令。
• 译码：IR 的高 4 位（操作码）送入译码器，点亮「ADD」这条控制线；控制单元据此发出一组控制信号——打开 R2、R3 通向 ALU 输入端的门电路，关闭其他通路的门。
• 执行：R2 与 R3 的值沿各自数据通路进入 ALU，加法器阵列（第 5 章全加器的级联）逐位算出结果。
• 写回：控制信号打开 R2 的写入门，ALU 输出在下一个时钟边沿写入 R2。一条指令的一生到此结束，而 PC 早已指向下一条。

有两点值得反复咀嚼。第一，PC 自动加 1 是「顺序执行」的全部秘密：程序默认一条接一条排队跑，跳转指令只是例外——它做的唯一一件事，就是把一个新值强行塞进 PC。于是循环、if 分支、函数调用这些高级结构，在机器层面统统被还原成「改 PC」。第二，所有寄存器的写入都发生在时钟边沿（第 6 章触发器的翻转条件），这保证各部件步调一致，不会出现「旧值还没传走、新值就冲进来」的混叠——指令周期之所以可靠，靠的是节拍纪律。

工程视角：单步调试器（debugger 的「单步执行」按钮）能做到「一步步看程序」，靠的正是硬件本就按拍执行——调试器只是让 CPU 每执行一条指令就暂停一次，把 PC、IR、各寄存器的现场快照展示给你。读懂本例题的推进过程，你就已经改用 CPU 的视角在看程序了；反过来，机载设备出现的「偶发跑飞」类故障，工程上常用的排查手段也是对着逻辑分析仪抓取的逐拍波形，还原指令执行序列。

辨析：标志位，ALU 旁边的四个小灯。真实的 ALU 输出端旁边还有几个 1 位寄存器，记录本次运算的「副产物」：

本例 42 < 63，四个灯全灭。但一旦出现「结果为 0」或「结果为负」，相应标志被置起，后续的条件跳转指令（如 JNZ「非零则跳」）就会检查它们——11.4 节例题 4 的循环，正要靠这盏零标志灯收工。

11.4汇编语言：机器语言的「助记符」

二进制指令对人类太不友好——0001 0010 0011 谁知道是啥？于是人们发明了 汇编语言（assembly language），用人能读懂的单词代替二进制，叫「助记符」。

汇编语言与机器语言是一一对应的：一句汇编，翻译成一句机器指令。翻译工具叫 汇编器（assembler）。

汇编器的工作方式：两遍扫描与标号

「一句汇编对应一句机器指令」听上去一翻即可，但真实的汇编器（assembler）要做两遍扫描（two-pass）：第一遍从头到尾「清点座位」，给每条指令标上它将存放的地址，并把所有标号（label，如 LOOP）登记成「名字→地址」对照表；第二遍才逐句翻译——遇到 JNZ LOOP 时，回头查第一遍记下的表，把 LOOP 的地址填进指令的地址字段。为什么要两遍？因为当翻译器读到 JNZ LOOP 这一行时，LOOP 标号可能定义在后面，此刻还不知道它将落在几号单元。先用名字占位、再回头查表补值——这个「符号→地址」的两步解析思想，后来在编译器的符号表、链接器的重定位里被一再重用。

汇编语言里还有一类特殊成员：伪指令（pseudo-instruction）。它们长得像指令，但不产生任何机器码，只是写给汇编器看的「备注」——比如「在当前单元放一个常量 5」「程序入口在这里」「从这里开始是数据区」。汇编语言由此获得了最初的程序组织能力：数据区、代码区、入口点，全靠伪指令划分。看懂「真指令变机器码、伪指令指挥布局」，你就理解了汇编器与汇编程序的全部关系。

与汇编器相对的还有一个方向：反汇编器（disassembler）——把机器码逐条还原回汇编记号。它没有符号信息，还原出的标号只能叫「地址 2」，但已足够让人读懂程序在做什么。排查无源码固件、分析病毒样本时，工程师面对的就是反汇编清单。今天还需不需要会写汇编？日常应用开发几乎不必，但读懂汇编仍是硬功夫：性能优化要找到最热的几条指令、系统刚上电时连高级语言运行环境都不存在（启动代码只能用汇编搭环境）、安全分析要在指令层判断行为。下面的例题带你亲手把一个循环翻译成机器码——这正是编译器后端每天在做的事。

        LOAD R1, 8     ; R1←内存8号（预置0）：累加器清零
        LOAD R2, 9     ; R2←内存9号（预置5）：计数器
LOOP:   ADD  R1, R2     ; R1 ← R1 + R2
        SUB  R2, 10    ; R2 ← R2 − 内存10号的值（预置1）
        JNZ  LOOP      ; 上次运算非零？跳回 LOOP
        STORE R1, 11   ; 循环结束：结果存入内存11号
        ; 8、9、10 号单元分别由 DATA 0、DATA 5、DATA 1 预置

工程视角：这个不足十行的小循环浓缩了一切循环的机器级形态——初始化（LOAD）→ 累加（ADD）→ 更新计数（SUB）→ 条件回跳（JNZ）→ 收尾（STORE）。你在高级语言里写的 for i in range(5): s = s + i，编译之后的骨架与这里一模一样（第 13 章会亲眼看到对照）。安全关键领域（航空、汽车电子）的软件评审里有一条常见要求：核心算法必须能在指令层讲清楚循环的入口、边界与退出条件——因为「多转一轮或少转一轮」都可能被放大成不可接受的故障。

辨析：分清「标号」与「地址」的关系。标号是给人看的名字，只在汇编器第一遍扫描时登记为「名字→地址」对照表；机器码里根本不存在 LOOP 这个词，只有冷冰冰的数字 2。同理，伪指令与注释也不进机器码——它们在翻译完成的那一刻功成身退。理解了这一点，就不会疑惑「反汇编出来的代码里为什么找不到我写的注释」：注释的信息在汇编阶段就被永久丢弃了。

11.5寻址方式：找到操作数

指令里说「对谁做」，可这个「谁」可以藏在不同的地方。CPU 如何找到它？这靠 寻址方式（addressing mode）。常见的有：

四种寻址的代价账：访存次数与灵活性

把四种寻址方式放在一起算一笔「访存账」，它们的定位就一目了然。CPU 访问寄存器极快（部件就在芯片内部），访问内存则要跨总线、慢上一到两个数量级——所以每多一次访存，指令就慢一截。立即寻址与寄存器寻址执行时不访存（数据已在指令里/寄存器里）；直接寻址要访存 1 次（按指令里写的地址取数）；间接寻址要访存 2 次（先取「地址的地址」，再取数据本身）。而灵活性排序恰好相反：立即数焊死在指令里改不动；直接寻址换数据得改指令；间接寻址只要改寄存器里的值就能换目标——灵活是用访存次数买来的。

立即数还有一个隐藏限制：宽度被指令格式锁死。本章 12 位指令里 B 字段只有 4 位，立即数最大只能写 15；真实 CPU 同理——32 位 ARM 的立即数编码空间只有 12 位（还带旋转约束），x86 的立即数也要按指令长度屈就。要装大常数怎么办？工程惯例是「先把常数放进某个内存单元，再用直接/间接寻址取」，或者「装载高位 + 移位」两条指令拼出来。指令集的每一处设计，都在「指令长度、可表达范围、执行速度」之间做三角权衡——没有免费的午餐，只有换着花样的取舍。

间接寻址的真正威力在于：它让「数据的地址」本身成为可运算的数据。把 R1 从 200 改成 201，同一条指令就取到了下一个元素——只要让寄存器每轮加 1，一条指令就能依次扫过整片内存。这正是数组遍历、链表行走、查表跳转的机器级原理；高级语言里的「指针」（pointer），本质就是穿了衣服的间接寻址：指针变量是「存着地址的格子」，解引用就是「再跳一级取数据」。

工程视角：数一数一张数据表有多少个元素，就能掂出间接寻址的分量——遍历 100 个元素若用直接寻址，得写 100 条各自写死地址的指令；用间接寻址，一条循环配上「R1 每轮加 1」就全办了。中断向量表（硬件事件→处理程序入口的对照表）、函数指针（按名字调用函数）这些工程机制，背后全是这套「地址也是数据」的两级跳。

辨析：直接寻址与立即寻址最易混淆。二者「指令里都带一个数」，但立即寻址的数本身就是数据（ADD R2, #5：加的就是 5）；直接寻址的数是数据的门牌号（ADD R2, [5]：加的是内存 5 号里的内容）。记法：立即数是「一手交钱」，直接寻址是「按地址取货」。很多汇编语言用 # 号专门标出立即数，就是在源码层面替你把这道辨析题画了重点。

11.6RISC 与 CISC：两种设计哲学

设计指令集时，工程师分成了两大流派：

• RISC（Reduced Instruction Set Computer，精简指令集）：指令少而简单，每条指令都很快、长度固定，靠「很多条简单指令」完成复杂任务。代表：ARM（你手机里的 CPU 就是 ARM）。
• CISC（Complex Instruction Set Computer，复杂指令集）：指令多而复杂，一条指令能做很多事，但执行起来慢且长度不固定。代表：x86（你电脑里的 Intel/AMD CPU）。

为什么 RISC 天生适合流水线

RISC 的三个特征——指令定长、指令简单、访存只留给 LOAD/STORE——不是三条孤立的军规，而是同一条设计目标的三个侧面：让每条指令的执行节奏整齐划一。流水线（第 8 章）像工厂装配线，理想状态是每个工位的耗时可预测：定长指令让「取指工位」永远在同一时间装满；简单指令让「执行工位」不出现长尾；访存集中让「要等内存」的工位清晰可辨。CISC 的可变长指令恰恰相反——取指时连这条指令到底多长都要逐字节试探，一条复杂指令的执行时间更没谱，流水线的「整齐」被破坏，硬件只能靠更复杂的乱序调度去补救。

「load/store 架构」还有一个干净的推论：只有 LOAD/STORE 能碰内存，其余运算一律在寄存器之间进行。于是「哪些指令会访存」这个最不可预测的因素被关进了两个笼子，其余指令的节拍整齐得几乎可以背下来。现代 ARM 服务器芯片的流水线深度能达十几级，根基正在于此——流水线越深，越要求各级节拍可预测，而可预测性正是 RISC 从指令集层面送来的礼物。

再补一笔历史与现状。CISC 的「一条顶多条」当年是为代码密度服务的：1970 年代内存按 KB 计价，程序小 30% 就是真金白银；当时还流行「让一条指令对应一条高级语言语句」的思路，编译器写起来省事。后来内存降价、编译器进化，天平倒向 RISC；但 x86 凭兼容性守住了桌面与服务器。今天两派的边界已高度模糊：现代 x86 芯片内部会把复杂指令拆解成类 RISC 的微操作（micro-operation，μop）再进流水线——「外壳 CISC、内核 RISC」；ARM 也陆续加入一次处理大块数据的复杂指令。哲学之争落幕于相互吸收，但两条底层认识永远成立：指令集是契约，流水线爱整齐。

LOAD  R1, [b]    ; R1 ← b                     1 条
MUL   R1, #3     ; R1 ← R1 × 3                 1 条
ADD   R1, [a]    ; R1 ← R1 + a（访存+加法一体） 1 条
STORE [c], R1    ; c ← R1                      1 条      共 4 条

LOAD  R1, [a]    ; 1
LOAD  R2, [b]    ; 2
LOAD  R3, #3     ; 3（立即数也先入寄存器）
MUL   R4, R2, R3  ; 4（三地址形式：R4←R2×R3）
ADD   R5, R1, R4  ; 5（R5←R1+R4）
STORE [c], R5    ; 6                    共 6 条

工程视角（衔接第 13 章）：这个例题里你其实已经扮演了一次编译器——面对同一个任务，按目标指令集的「方言」组织指令。第 13 章会看到：同一段高级语言源码，编译到 ARM 与编译到 x86，产出的指令序列完全不同，但语义严格一致。ISA 是「方言」，编程语言是「普通话」，而「普通话→方言」的翻译学问，就是编译原理。