1. 操作数基础：什么是操作数、操作数的分类、操作数在指令中的角色

各位同学，咱们今天正式开讲《操作数编写与优化策略实战》的第一章。说实话，我每次带新人时，都会先问一个问题：“你写的指令，到底在操作谁？”

很多人能背出指令集，能写出汇编，但一碰到性能瓶颈就抓瞎。为什么？因为对操作数的理解停留在表面。今天我们就来把这层窗户纸捅破。

1.1 什么是操作数？

操作数，说白了就是指令要处理的数据本身，或者数据所在的位置。

举个例子，一条简单的加法指令：

ADD R1, R2, #100

这条指令里，R1、R2、#100 都是操作数。它们告诉 CPU：把 R2 的值加上 100，结果存到 R1。

我个人习惯把操作数理解为指令的“宾语”。指令是动词（加、减、跳转），操作数就是被施加动作的对象。没有操作数，指令就是个空壳。

1.2 操作数的三大分类

操作数按存储位置，可以分为三类。我在项目中见过太多人把这三类搞混，导致代码效率低下。咱们一个一个说。

1.2.1 立即数（Immediate）

立即数就是直接写在指令里的常量。比如上面例子里的 #100。

特点：

• 数据就在指令里，CPU 取指令时一并拿到
• 不需要额外访存，速度最快
• 但大小有限制（通常 8-16 位，看架构）

我曾经在优化一个视频编码算法时，发现有人把 0x3FF 这个掩码写成了从内存加载。其实用立即数就能搞定，白白浪费了两次内存访问。嗯，这就是对立即数不敏感的表现。

1.2.2 寄存器（Register）

寄存器是 CPU 内部的高速存储单元。比如 R1、R2、X0、EAX 这些。

特点：

• 访问速度极快（1 个时钟周期左右）
• 数量有限（通常 16-32 个通用寄存器）
• 数据在 CPU 内部，不需要走总线

你想想看，为什么编译器优化时拼命做寄存器分配？因为寄存器是 CPU 和内存之间的“缓存”，用好了能省掉大量访存时间。

我记得有一次调试一个网络协议栈，发现某个热路径函数里频繁压栈出栈。后来我把几个临时变量改成寄存器变量，性能直接提升了 15%。这就是寄存器操作数的威力。

1.2.3 内存地址（Memory Address）

内存地址操作数，指的是数据在内存中的位置。指令需要先计算地址，然后通过总线去内存读写。

常见形式：

• 直接寻址：LOAD R1, [0x1000]
• 基址寻址：LOAD R1, [R2 + #offset]
• 间接寻址：LOAD R1, [[R2]]

特点：

• 访问速度慢（几十到几百个时钟周期）
• 可以处理大量数据
• 寻址方式多样，但越复杂越慢

1.3 三类操作数对比

咱们用一张表来直观对比：

类型	存储位置	访问速度	容量	典型用途
立即数	指令内部	最快（0 额外周期）	极小（8-16 位）	常量、掩码、偏移量
寄存器	CPU 内部	快（1 周期）	有限（几十个）	临时变量、循环计数、函数参数
内存地址	主存	慢（几十-几百周期）	极大（GB 级）	数组、结构体、全局变量

这张表你最好记在心里。每次写代码时，问自己一句：这个操作数能不能用更快的类型替代？

1.4 操作数在指令中的角色

操作数在指令里扮演三个角色：源操作数、目的操作数、以及既是源又是目的。

1.4.1 源操作数（Source）

提供数据，但不被修改。比如：

ADD R1, R2, R3   ; R2 和 R3 是源，R1 是目的
SUB R4, R5, #10  ; R5 和 #10 是源，R4 是目的

1.4.2 目的操作数（Destination）

接收计算结果。通常写在最左边（AT&T 风格相反，但咱们以 ARM/Intel 风格为准）。

1.4.3 源目合一

有些指令的同一个操作数既是源又是目的：

INC R1           ; R1 既是源又是目的，相当于 R1 = R1 + 1
MUL R2, R3       ; R2 = R2 * R3，R2 被读又被写

为什么会这样？因为寄存器数量有限，这种设计能节省编码空间。但要注意：源目合一会产生读后写依赖，影响流水线效率。这个我们后面章节会细讲。

1.5 知识体系总览

下面这张 SVG 图，把本章的核心知识串起来了。你仔细看一遍，就能建立起操作数的整体认知框架。

1.6 本章小结

好了，第一章的内容就这些。咱们回顾一下重点：

• 操作数是指令要处理的数据或数据位置
• 三大分类：立即数（最快但受限）、寄存器（快且灵活）、内存地址（慢但容量大）
• 操作数在指令中扮演源、目的、源目合一三种角色
• 优化第一原则：优先使用更快的操作数类型

这些概念看似基础，但它们是后续所有优化策略的根基。你想想看，如果连操作数是什么、快慢顺序都搞不清，后面讲指令调度、流水线优化、寄存器分配，你根本听不懂。