计算机组成原理学到第六章，很多人第一次被“指令”卡住。前面的运算器怎么加法、存储器怎么读写，都还能靠直觉跟上；一看到指令格式、寻址方式，就感觉开始背天书。其实这一章没那么玄：指令系统就是程序和CPU之间约定好的“交接单”，CPU每拿到一条指令，就照着这张单子去取数、运算、存结果。下面我把这一章真正要理解的东西捋一遍，从指令格式、寻址方式、指令类型，讲到RISC与CISC两种设计路线，最后给出一套能自己动手验证的练习方法。不管你是正在学计算机组成原理的本科生、准备面试的求职者，还是想彻底搞懂CPU工作逻辑的自学者，照着这套思路走，第六章基本不会再乱。
1. 先把“指令”放回整机：这一章到底在解决什么问题
1.1 一条指令在CPU里的“旅程”
很多同学学指令系统时，是把指令当成一个孤立的概念在背：操作码是什么、地址码是什么、有几种寻址方式。背完就忘，因为没把指令放回整机运行的过程里看。
一条程序要跑起来，编译链接后变成一条条机器指令，存放在内存里。CPU里有一个专门记“下一条指令地址”的寄存器，一般叫程序计数器PC。运行开始后，CPU按PC指向的地址去内存取指令，把取回来的二进制串放进指令寄存器IR，经过指令译码器一分析，才知道这条指令想干什么，接着控制单元产生一堆控制信号，去控制寄存器、ALU、存储器协作完成操作。等这条指令执行完，PC再更新到下一条指令的地址，如此往复。
这整个“取指—译码—执行—更新PC”的循环，指令系统就是中间那个最关键的接口。它规定了：取回来的二进制串如何划分成操作码和地址码；CPU认识哪些操作；操作数到底去哪里找；执行完后PC怎么变。学第六章，本质上就是在学这几件事。
用一个生活类比：你点外卖，订单上必须写清楚“要什么菜”和“送到哪里”。操作码就是“要什么菜”，地址码就是“送到哪里”。外卖小哥（CPU）拿着订单去取餐、配餐、送餐。如果订单格式混乱、地址含糊，小哥再聪明也跑不对。指令系统就是这套订单格式的行业标准。
1.2 为什么说指令系统是软硬件唯一的交接面
指令系统之所以重要，是因为它刚好卡在软件和硬件的正中间。
程序员写的代码，经过编译器翻译，最终变成的是指令序列；CPU物理上能执行的，也是这些指令。编译器输出的指令必须和CPU能识别的指令完全一致，程序才能跑起来。操作系统也一样，进程切换、中断处理、内存管理，底层全是靠指令在操作硬件。所以指令系统决定了“这台机器能做什么”，而微架构决定了“这件事做得有多快”。
这里有一个很多人忽略的结论：指令系统一旦确定，就非常难改。因为所有已经编译好的程序、操作系统里的驱动、各种软件库，全都建立在指令集兼容之上。新处理器可以换更快的电路、更深的流水线、更大的缓存，但必须能继续执行老程序的指令，否则用户手里的软件会全部作废。这就是为什么行业里主流指令集都尽量向前兼容，设计一个新指令集是几十年的大工程，而不是拍脑袋的事。
理解到这一层，再看第六章就会有一种“原来如此”的感觉：指令格式里每一位怎么分配、寻址方式怎么设计、操作码要不要扩展，都不是随便定的，背后全是在“硬件简单性”和“程序灵活性”之间做取舍。
1.3 这一章其实只回答五个问题
把第六章的知识点归纳一下，真正要回答的只有五个问题：
- 指令长什么样？——指令格式问题，操作码和地址码怎么划分。
- CPU能干什么？——指令类型有哪些，数据传送、运算、程序控制、输入输出。
- 操作数在哪？——寻址方式问题，怎么根据指令找到真正的数据。
- 怎么改变执行顺序？——程序控制指令，转移、调用、返回。
- 指令系统怎么设计？——定长变长、操作码扩展、RISC与CISC的取舍。
这五个问题串起来，就是全章主线。我当年学的时候就是把这五个问题写在一张纸上，每学一个知识点就往里填，学完整章脉络非常清晰。接下来一个一个拆。
2. 指令格式拆开看：操作码和地址码怎么摆
2.1 操作码、地址码的分工
一条机器指令，最基本的结构就是操作码加地址码。操作码告诉CPU“做什么”，比如加法、减法、跳转；地址码告诉CPU“对谁做”，也就是操作数在哪、结果写到哪。
以“A加B结果送回A”为例。如果设计成三地址指令，指令里要写清楚源操作数A、源操作数B、结果地址C，格式就是“OP A B C”。如果设计成二地址指令，可以约定第一个地址既是源操作数又是结果地址，格式变成“OP A B”，执行完A就变成了A加B的结果。一地址指令更进一步，只写一个操作数地址，另一个操作数默认放在某个固定寄存器里，比如累加器。零地址指令最极端，一个地址都不写，操作数全部从堆栈里取。
从三地址到零地址，指令字长越来越短，取指令时占的存储和带宽越来越少，但操作数的隐式约定越来越多。这个变化过程本身就体现了设计权衡：地址码越多越灵活，但指令长度越长、取指越慢；地址码越少越省空间，但CPU得靠隐含规则去找数据。
2.2 从三地址到零地址：一条指令能省出什么
三种地址码数量放在一起对比看会更直观：
| 类型 | 典型格式 | 操作数来源 | 结果去向 | 节省了什么 |
|---|---|---|---|---|
| 三地址 | OP A1 A2 A3 | 显式给出两个源操作数地址 | 显式结果地址 | 最灵活，但指令最长 |
| 二地址 | OP A1 A2 | A1既是源也是结果 | 覆盖到A1 | 少一个地址字段 |
| 一地址 | OP A1 | A1为源，隐含使用累加器ACC | 送回ACC | 少一个地址字段，依赖ACC |
| 零地址 | OP | 从堆栈栈顶取数 | 压回堆栈 | 指令极短，靠栈顶隐式定位 |
零地址指令看起来不可思议，但在栈式虚拟机里非常常见。比如做一次加法，先把两个操作数压栈，然后执行一条加法指令，CPU直接从栈顶取两个数相加，把结果压回栈顶。数据交换完全靠堆栈指针完成，指令里确实不需要写任何地址。这种设计让指令极短，取指速度快，但每做一次运算都要频繁压栈弹栈，对内存访问压力大。
一地址指令的隐含寄存器是累加器，早期CPU很偏爱这种结构，因为寄存器少、指令短。但累加器只有一个，运算结果稍微复杂一点就得反复把数据搬进搬出，后来随着寄存器数量增多，二地址、三地址格式逐渐成为主流。
2.3 定长指令和变长指令，不只是长度问题
指令字长有定长和变长两种思路。定长指令的意思就是所有指令长度一样，比如32位系统里每条指令固定4字节。变长指令则允许不同指令长度不同，短则2字节，长则6字节甚至更多。
定长指令最大的好处是取指规律、译码简单。CPU每次固定取一条指令，不需要先判断这条指令有多长，指令队列、流水线都特别好设计。缺点是所有指令都占同样的空间，像“空操作”这种简单指令也占4字节，浪费比较明显。
变长指令则能最大化节省存储空间，短指令短用、长指令长用，程序总体占用内存更少。但代价是译码复杂，CPU得先读操作码判断总长度，再决定还要不要继续取后面的字节；而且变长指令可能横跨字的边界，取指时可能要多次访存、拼接数据，流水线非常难受。第六章后面讲RISC与CISC时会再次碰到这个矛盾，这里先记住结论：定长指令是流水线的朋友，变长指令是存储空间的朋友。
2.4 手算一条指令：从设计到编码
光讲概念容易飘，我拿一个自制的教学指令集X来演示编码过程。
假设这个指令集是16位定长指令，4位操作码，3位寄存器编号，支持16个寄存器（3位其实只能表示8个，这里为了演示简单，先假设只有8个寄存器，编号000到111）。寄存器寻址的加法指令格式定为：4位操作码 + 3位目的寄存器 + 3位源寄存器 + 6位保留字段，总共16位。
ADD R1, R2 的意思是把R2的值加到R1上。给操作码分配编码0010。R1编号是001，R2编号是010，把这几位拼起来：
0010 001 010 000000
补成完整的16位就是0010001010000000，换算成十六进制是0x2280。这就是一条真实存在于“想象CPU”里的机器指令。
这个例子看起来简单，但你在做这种题时会自然意识到几个关键点：操作码只留了4位，最多只能表示16种基本操作，可实际指令集往往不止16条，怎么办？于是教材里的“操作码扩展”就登场了。可以用部分保留字段在需要时充当扩展操作码，用变长操作码设计出多级扩展。我当年把“4位操作码如何扩展到8位、12位”这件事彻底算了一遍之后，才对“为什么有的指令短有的指令长”有了实感。
另一个要注意的是立即数。如果设计一条“把立即数加载到寄存器”的指令MOV R1, #5，格式可以是4位操作码 + 3位目的寄存器 + 9位立即数。这里有一个常见坑：9位立即数到底是无符号还是补码？如果允许负数，必须做符号扩展，把9位的符号位扩展到16位后再参与运算。这个细节在后面的实际做题里非常容易出错。
3. 寻址方式：CPU怎么找到真正要用的数据
3.1 为什么会有七八种寻址方式
寻址方式解决的是同一个问题：操作数在哪里。答案其实有很多种可能性：操作数直接写在指令里；操作数在某个内存地址中；那个内存地址又写在另一个内存地址中；操作数在某个寄存器里；寄存器里装的不是操作数而是它的地址；又或者地址需要由一个寄存器加上一个偏移量算出来。
每一种可能性都对应一种寻址方式。之所以搞出这么多种，是因为不同程序场景需要不同的“找数据策略”。比如循环里遍历数组，每次访问的地址都在变，如果每一条指令都重新算一个完整地址，程序会又长又慢，于是需要变址寻址；比如写一个可以被操作系统加载到任意内存位置的程序，所有跳转都不能写死绝对地址，于是需要相对寻址。
这些寻址方式本质是在“指令长度”“访存次数”“编程灵活度”之间做平衡。立即寻址最快，但立即数范围有限；直接寻址直观，但要占较多指令位；间接寻址可以实现指针，但要多访存一次；寄存器寻址最快且省空间，但寄存器数量有限。没有哪种是绝对优势，全是trade-off。
3.2 八种常见寻址方式速查
| 寻址方式 | 操作数/有效地址 | 访存次数 | 典型用途 |
|---|---|---|---|
| 立即寻址 | 操作数就在指令地址码字段中 | 0 | 赋初值、常量运算 |
| 直接寻址 | EA = 指令中的地址码 | 1 | 访问固定内存变量 |
| 间接寻址 | EA = (指令地址码指向的内存单元内容) | 2 | 指针、多级跳转 |
| 寄存器寻址 | 操作数就在指定寄存器中 | 0 | 高速运算 |
| 寄存器间接寻址 | EA = 指定寄存器的内容 | 1 | 遍历内存、函数参数传递 |
| 变址寻址 | EA = (变址寄存器) + 指令中的形式地址 | 1 | 数组和循环访问 |
| 基址寻址 | EA = (基址寄存器) + 指令中的形式地址 | 1 | 程序重定位、段式管理 |
| 相对寻址 | EA = (PC) + 指令中的形式地址 | 1 | 条件转移、程序跳转 |
这里要分清“操作数”和“操作数地址”。立即寻址拿到的直接是数据本身；直接寻址拿到的是地址，还要再访存一次才能拿到数据；间接寻址拿到的是“地址的地址”，要访存两次，第一次取出有效地址，第二次才取出操作数。考试里经常问“这条指令访问内存几次”，最容易被坑的就是间接寻址，两次数漏一次的大有人在。
寄存器间接寻址常和直接寻址混在一起。直接寻址的指令里给的是内存地址本身；寄存器间接寻址的指令里给的是寄存器号，CPU去这个寄存器里取内容，这个内容才是内存地址。前者地址是死的，后者地址是活的，因为寄存器的内容可以在程序运行中随时改变。
3.3 相对寻址为什么最容易算错
相对寻址是所有寻址方式里考试失分率最高的一个，原因非常简单：很多人在计算目标地址时忘记PC已经自动加一了。
相对寻址的有效地址是当前PC值加上指令中给出的偏移量。但关键在于，CPU在执行跳转指令之前，已经完成了取指操作，PC已经指向了下一条指令，而不是当前这条指令。所以算目标地址时，应该用的是“取指完成后的PC”，也就是当前指令地址加上当前指令长度。
举个例子。某条两字节的相对寻址跳转指令位于地址2000H，取指完成后PC变为2002H，指令中偏移量是0015H，那么目标地址就是2002H + 0015H = 2017H。很多同学直接把2000H加0015H，结果对了还好，方向一偏就整个错位。更麻烦的是如果偏移量是负数，用补码表示，符号扩展不到位就彻底算飞了。
相对寻址最大的价值在于它天然支持“位置无关代码”。程序不管被操作系统加载到内存的什么位置，跳转目标都是相对于当前PC的，于是整个代码段搬个家也不需要修改指令。动态链接库、共享库能被多个进程复用，核心依赖的正是这种能力。
3.4 基址寻址和变址寻址：一对难兄难弟
基址寻址和变址寻址从公式上看几乎一样，都是“某个寄存器内容 + 指令中的形式地址”，但设计意图完全不同，这也是期末考题里最喜欢用来挖陷阱的地方。
基址寻址里的基址寄存器通常由操作系统或系统程序管理，目的是解决程序重定位问题。程序装载到内存后起点是随机的，基址寄存器保存当前程序的起始地址，指令里的形式地址是程序内部的相对位置，两者一加就是真实的物理地址。关键特点是“基址寄存器是起点，偏移量是程序内的位置”。
变址寻址里的变址寄存器通常是给程序员用的，典型场景是数组访问。变址寄存器保存数组当前的下标或指针，指令里的形式地址是数组的首地址，每循环一次，程序员手动修改变址寄存器的值，就能依次访问数组里的每个元素。关键特点是“变址寄存器是动态偏移，指令里给的是基准地址”。
记忆方法我用了很多年：基址寻址管“搬家”，程序搬到哪都能跑；变址寻址管“下标”，数组走到哪都能取。这两个一旦分清，寻址方式的大半分数就到手了。
4. 指令类型遍历：从搬数据到改流程
4.1 数据传送指令：所有计算的起点
指令类型里最常见的一类是数据传送，作用是让数据在寄存器、内存、堆栈之间流动。常见的有MOV、LOAD、STORE、PUSH、POP等。别小看这些“搬运工”，程序里一半以上的指令其实都是数据传送，真正做运算的指令占比并不高。
数据传送指令的设计风格能直接影响整台机器的结构。有一类机器叫“寄存器—存储器”结构，算术指令可以直接对内存操作数进行计算；另一类叫“Load/Store结构”，只有专门的LOAD和STORE指令能访存，所有算术逻辑指令只能操作寄存器里的数据。后者看起来麻烦，实际上简化了CPU设计，也让流水线更容易调度，RISC处理器几乎清一色采用Load/Store结构。
堆栈操作也是数据传送的一种。PUSH把一个寄存器的值压入堆栈，POP把栈顶内容弹出到寄存器。调用子程序、保存现场、递归参数传递全靠这两条指令，所以栈指针是CPU里除PC之外最重要的寄存器之一。
4.2 算术逻辑指令与标志位
算术逻辑指令负责真正的计算：加减乘除、与或非、异或、移位。这些指令有一个共同点，它们执行完不光要写回结果，还会更新程序状态字里的标志位，常见的有零标志Z、符号标志N、进位标志C、溢出标志V。
标志位不是给人看的，是给后面的条件转移指令看的。比如执行完一条减法，如果结果为零，Z标志置1；结果为正，N标志为0；最高位产生进位，C标志置1；补码运算结果超出表示范围，V标志置1。条件转移指令通过判断这些标志位来决定跳不跳，程序里的if、while就是这样在硬件层面实现的。
举个例子，8位补码表示的有符号数范围是-128到127。127加上1得到128，但128已经放不进8位寄存器，实际存进去的二进制会被解释成-128，这时结果明显错误，但Z和N都不一定能反映问题，只有V标志会置1，告诉程序“有符号溢出发生了”。这也就是为什么第六章一定要把补码和标志位放在一起理解。
4.3 程序控制指令：让CPU“改变主意”
CPU默认是按顺序执行指令，但程序里必然有分支和循环，这就要靠程序控制指令。无条件转移直接改变PC；条件转移根据标志位决定改不改；子程序调用不仅改变PC，还要把返回地址保存到堆栈里；子程序返回时再从栈里弹回返回地址。
这里有一个重要细节：调用指令和转移指令的区别不在“跳得多远”，而在于“回不回来”。调用是把下一条指令地址压栈，然后跳转到目标位置；返回是把栈顶地址弹回PC。嵌套调用之所以能用栈实现，是因为栈天然支持后进先出。递归函数一层层调用，返回地址一层层压栈，返回时正好逆序弹出。
条件转移配合标志位构成了分支判断的核心机制。跳转指令自己不算目标地址时，怎么算？有的用相对寻址，有的用绝对地址。第六章经常考“这条转移指令的目标地址是多少”，本质上还是在考PC自增和寻址方式计算，前面的基础打牢了，这里不会太难。
4.4 输入输出指令与特权指令
第六章后面通常还会出现输入输出指令和特权指令。输入输出指令负责CPU和外设之间的数据交换，典型思路有两种：独立编址和统一编址。
独立编址就是给外设寄存器单独分配一个端口地址空间，CPU用专门的IN/OUT指令访问端口，和访问内存的指令完全分开。统一编址则把外设寄存器映射到内存地址空间里，没有专门的I/O指令，直接使用普通访存指令就能操作外设。前者的优点是I/O不影响内存空间，但要专门设计指令；后者的优点是无需额外指令，但会占用一部分内存地址空间。
特权指令是只能由操作系统在内核态执行的指令，比如直接修改程序状态字、设置定时器、操作中断向量等。普通程序只能用普通指令，想发起系统调用就得通过陷阱指令主动进入内核态。这一块是第六章和操作系统课程的连接点，学到这里可以稍微往下看一眼，后面理解用户态和内核态会轻松很多。
5. RISC与CISC：两种设计哲学，两种“性格”
5.1 为什么会出现CISC，又为什么被挑战
CISC是复杂指令集计算机，RISC是精简指令集计算机。两种流派之争是第六章最有故事性的一部分。
CISC的出现有历史必然性。早期内存又慢又贵，编译器技术也不成熟，程序常常要手写汇编，所以硬件设计者希望指令能尽量“能干大事”：一条指令做完整串复杂操作，比如一条多字节乘除法指令、一条字符串处理指令，能省下多次访存和大量指令存储空间。这种思路走下去，指令数量越来越多，指令长度参差不齐，寻址方式也越来越丰富，CPU内部的译码逻辑变得极其复杂。
后来情况变了：内存越来越便宜、容量越来越大，编译器也成熟到可以生成高质量指令序列。这时人们发现，复杂指令用得并不频繁，CISC处理器为了兼容大量复杂指令，必须花大量晶体管和功耗去设计译码电路，而高频使用的其实只是那些简单指令。RISC的思路因此出现了：砍掉不常用的复杂指令，保留最简单、最规整的指令，把硬件省下来的资源用在缓存、流水线和更多寄存器上。
5.2 两种设计风格的关键差异
| 对比维度 | CISC | RISC |
|---|---|---|
| 指令数量 | 多，功能复杂 | 少，功能简单 |
| 指令格式 | 长度可变、格式多样 | 长度固定、格式规整 |
| 寻址方式 | 很多 | 很少 |
| 访存指令 | 算术指令可访问内存 | Load/Store结构，只有访存指令能访问内存 |
| 寄存器数量 | 相对较少 | 通常较多 |
| 控制器实现 | 以微程序控制为主 | 以硬布线逻辑为主 |
| 对流水线友好度 | 较差 | 很好 |
这个表格几乎每年考试都会出现。别死记，核心逻辑是一条：CISC为了“一指令多做事”，把每条指令搞得很复杂，译码难、执行周期不定，流水线难排；RISC为了“流水线快跑”，宁可让指令简单一点、让编译器多生成几条指令，也要保证每条指令的执行规律可控。
5.3 对流水线的影响：为什么RISC更容易“流水作业”
流水线的本质是让多条指令的重叠执行。理想情况下，每一条指令在流水线里占用同样的时间和资源，否则任何一条指令拖后腿，后面的指令都得停顿。CISC指令长短不一、执行周期差异巨大，一条复杂指令可能在执行阶段占好几个时钟周期，流水线很难保持平稳推进。RISC指令定长、格式统一、操作数位置固定，几乎天然就是为了流水线设计的。
CISC也不是没有解决办法。早期CISC处理器大量使用微程序控制，把每条复杂指令解释成一组微操作序列。也就是说，一条复杂指令虽然对程序员来说是“一条指令”，但CPU内部实际上是按一串最简单的微操作去执行的。后来这种思想被进一步推广：现代主流处理器在入口处做一个指令翻译，把复杂指令解码成若干条类RISC的简单微操作，再送入后端的RISC式执行流水线。这样用户看到的是复杂指令集，硬件执行的是精简指令风格，兼容性和性能两头都占。
这也是为什么我说第六章最后这部分不是纯历史，它直接通向现代处理器架构。你理解了RISC和CISC，再看后面的流水线冲突、乱序执行，会顺很多。
5.4 现代处理器其实是“CISC外壳 + RISC内核”的融合
很多人会问：既然RISC这么好，为什么我们平时用的主流桌面处理器没有全面倒向RISC？答案是指令集兼容性。已经积累了几十年的软件生态不可能一夜重写，处理器厂商必须继续支持老指令集。于是现代主流产品普遍走融合路线：外部保持复杂指令集的兼容接口，内部把每条复杂指令翻译成若干简单微操作，再交给高度流水化的执行核心。
这件事给第六章的启示是：RISC和CISC不是谁取代谁，而是两种理念互相借鉴。CISC从RISC学来了简洁执行、大寄存器堆、Load/Store思想；RISC也从CISC领域吸取了条件执行、较丰富的指令功能等优点。学完这一节，如果能用自己的话把“翻译层”“微操作”“兼容包袱”这三个词讲清楚，说明你是真的理解了。
6. 怎么把第六章变成自己的：手搓一个微型指令系统
6.1 练习一：设计指令格式时被逼出来的“操作码扩展”
学指令系统最好的检验方式是亲手设计一个微型指令集，哪怕只是在纸上设计。给你一个需求：这套指令要支持16个通用寄存器、128种基本操作、支持8位立即数，同时希望指令越短越好。
如果采用32位定长指令，做起来很容易，浪费一点而已。如果把限制改成“指令最短只能用16位”，你马上会遇到冲突：16位指令，4位操作码最多只能表示16种操作，根本不够128种。怎么办？这时候教材里讲的操作码扩展就有了用武之地。可以把一部分16位短指令的操作码设计成“前缀码”，当遇到特定操作码时，这条指令会和下一个字节连在一起形成更长的操作码，表示更多操作。短指令留给高频操作，长指令给低频操作，整体程序长度也能压下来。
我第一次做这个练习时，真真切切体会到“定长指令只是表面，操作码扩展才是变长指令的骨头”。光看教材上那个扩展编码表觉得机械，亲手设计一套才发现每一步都是取舍。
6.2 练习二：手动模拟一小段程序的执行
理解了指令格式和寻址方式后，找一小段简易汇编，用“纸片CPU”的方式逐步模拟。比如这样一段程序：
MOV R1, #10 LOOP: ADD R1, #-1 JNZ LOOP HALT拿出纸笔，写下CPU寄存器的初始状态：PC指向第一条指令，IR为空，R1为0。然后每执行一条指令，更新PC、IR、R1以及对应标志位，一步一步走。走到JNZ时，需要判断上一条ADD产生的Z标志：如果R1减1后不为0，Z标志为0，JNZ跳回LOOP；如果R1变成0，Z标志为1，程序继续往下走到HALT。
这个过程看起来简单，但实际走一遍会暴露很多问题：取指后PC什么时候加一？相对跳转的偏移量怎么算？标志位在什么时候更新？这些全是第六章的重点，而且光看书绝对体会不到“PC自增时机”会造成多大困惑。我当年用纸片模拟了这一段，大概走了两遍才彻底理顺。
6.3 练习三：寻址方式综合计算压轴题
这是一道非常经典的寻址方式综合题，适合拿来检验上面的知识。假设当前指令地址为2000H，指令长度为2字节，取指完成后PC = 2002H；指令中地址码字段内容是1000H；内存地址1000H中的内容是2004H；寄存器R1中的内容是3000H；变址寄存器IX中的内容是4000H；偏移量字段为0010H。那么各寻址方式的有效地址或操作数分别是：
| 寻址方式 | 计算过程 | 有效地址/操作数 |
|---|---|---|
| 立即寻址 | 操作数就是地址码字段 | 操作数为1000H |
| 直接寻址 | EA = 地址码字段 | EA = 1000H |
| 间接寻址 | EA = 内存[1000H] | EA = 2004H |
| 寄存器寻址 | 操作数在R1中 | 操作数为3000H |
| 寄存器间接寻址 | EA = R1的值 | EA = 3000H |
| 变址寻址 | EA = IX + 偏移量 | EA = 4000H + 0010H = 4010H |
| 基址寻址 | EA = 基址寄存器BR + 偏移量，假设BR=2010H | EA = 2010H + 0010H = 2020H |
| 相对寻址 | EA = PC + 偏移量 | EA = 2002H + 0010H = 2012H |
这道题能完整做对，说明直接、间接、寄存器、变址、基址、相对这六种核心寻址方式基本过关。注意相对寻址这里用的是取指后的PC，也就是2002H，不是当前指令地址2000H。这个点我在批改别人作业时发现，几乎每隔一段时间就会有人栽一次。
6.4 最容易踩的坑与我的排错经验
最后集中说一下第六章实操里最常见的几个坑，每个都是我见过真实翻车的案例。
第一个坑就是PC自增时机。不同教材、不同处理器对PC更新的定义不完全一样，但考试题目一定会给清楚规则。做题前先把规则圈出来，是用“当前指令地址加指令长度”还是“取指后PC已更新”，不要想当然。
第二个坑是立即数的符号扩展。8位立即数加载到16位寄存器时，如果是负数，必须把符号位扩展到所有高位。很多人在计算相对转移偏移量时，直接拿一个负的偏移量当正数加，结果目标地址完全跑偏。
第三个坑是访存次数。间接寻址要访存两次，第一次取有效地址，第二次取操作数；寄存器间接寻址只访存一次。算CPU执行时间或“几次访问内存”时，一个字一个字数清楚。
第四个坑是变长指令的边界对齐。设计变长指令时，一条指令可能跨字边界，读取时要拆成多次访存再拼接，这个细节在指令格式设计题里经常被忽略。我见过某开发者设计出一个操作码扩展方案，短指令和长指令混在一起，结果硬件根本没法判断当前指令到哪结束，整个设计直接回炉。
我的排错办法比较笨但很有效：把所有关键数据做成小纸条，写上一个一个寄存器和内存单元的值，然后像玩桌游一样手动执行程序。每走一步就把新值盖到旧值上。一旦结果对不上，立刻能定位是PC更新错了还是偏移量算错了。这套纸片模拟法我后来接触更复杂的指令集时仍然在用，它比任何模拟器都能逼着你想清楚底层细节。
如果这篇内容能帮你把第六章的主线串起来，我建议你今天就找一道寻址方式计算题、一道指令格式设计题，亲手算一遍。指令系统的知识用眼睛看永远觉得简单，亲手算一次才会发现坑都在细节里。
