ARM7指令集入门：从三级流水线到汇编实战

1. 为什么ARM7至今仍是理解嵌入式指令集的绝佳入口

很多人第一次接触嵌入式，都是从一块开发板和一段点灯代码开始的。但真正让你从“会抄代码”变成“看得懂底层”的分水岭，往往是对指令集的理解。ARM7 这个名字听起来有点年代感，但它背后的 ARM7TDMI 内核，至今仍是全球出货量最大的处理器内核之一。你手里的蓝牙耳机、智能门锁、工业传感器，甚至某些汽车电子控制单元里，都可能还跑着一颗 ARM7 核。

为什么拿 ARM7 来入门指令集？因为它足够简单，又足够完整。它没有 Cortex-M 系列那么多流水线优化和复杂的中断控制器，也没有 MMU 和 Cache 带来的地址映射困扰。你写一条汇编指令，它执行什么、寄存器怎么变、内存怎么动，几乎可以一条一条对着手册数出来。这种“所见即所得”的特性，对建立底层直觉极其重要。

我见过太多人一上来就啃 Cortex-A 的 TrustZone 或者 Cortex-M 的 NVIC 优先级分组，结果被各种异常模型和总线矩阵绕晕。ARM7TDMI 的七种处理器模式、37 个寄存器、三级流水线，这些概念在后续所有 ARM 架构里都能找到影子。把 ARM7 吃透了，再看 Cortex-M 的寄存器组和指令集，你会发现很多设计只是“加了料”，底层逻辑一脉相承。

这篇文章面向的是刚接触嵌入式、想搞明白“CPU 到底怎么执行代码”的开发者。不管你是电子专业的学生，还是从应用层转底层的工程师，只要你能看懂基本的 C 语言和数字电路概念，就能跟上。我会用最直白的方式拆解 ARM7 的指令集，不堆术语，不背手册，而是告诉你每条指令为什么存在、什么时候用、怎么用才不会踩坑。

2. ARM7TDMI 内核架构与指令集全景拆解

2.1 三级流水线与寄存器组的物理约束

ARM7TDMI 采用经典的三级流水线：取指、译码、执行。这意味着 CPU 每个时钟周期都在同时做三件事——从内存取一条指令、翻译上一条指令、执行上上条指令。听起来很高效，但这里有个关键细节：PC 寄存器（R15）的值总是指向“正在取指的那条指令地址加 8”。这个“加 8”不是设计失误，而是流水线深度的直接结果。

为什么是加 8？因为 ARM 指令是 32 位定长，每条指令占 4 字节。当你在执行阶段读 PC 时，取指阶段已经跑到了当前指令后面第二条的位置，所以 PC = 当前指令地址 + 8。Thumb 指令是 16 位定长，所以 Thumb 状态下 PC = 当前指令地址 + 4。这个细节在写位置无关代码或者计算跳转偏移时极其重要，我当年就因为没搞清这个，写了个跳转表死活对不上地址。

寄存器组方面，ARM7TDMI 共有 37 个寄存器，但任一时刻你只能看到 16 个通用寄存器（R0-R15）加一个状态寄存器（CPSR）。另外 20 个是影子寄存器，只在特定处理器模式下才能访问。这种设计是为了让异常处理更快——发生中断时，CPU 直接切换到 IRQ 模式的影子寄存器，不用把当前所有寄存器压栈，省下了宝贵的内存访问时间。

2.2 ARM 与 Thumb 双指令集的设计哲学

ARM7TDMI 的“T”就代表 Thumb。它支持两套指令集：32 位的 ARM 指令和 16 位的 Thumb 指令。这不是为了炫技，而是为了解决一个很现实的问题——代码密度。32 位定长指令译码简单、执行效率高，但存储空间占用大。16 位 Thumb 指令能把代码体积压缩到 ARM 的 70% 左右，代价是部分操作需要多条指令组合完成。

什么时候用 ARM，什么时候用 Thumb？我的经验是：对性能敏感的循环体、异常处理入口、需要频繁访问协处理器的代码，用 ARM 指令；对存储空间敏感的主干逻辑、菜单系统、状态机，用 Thumb 指令。两者可以通过 BX 指令无缝切换，切换时 CPU 会自动调整流水线状态。

这里有个容易踩的坑：Thumb 状态下，很多指令不能直接操作 R8-R15。比如ADD R0, R8, #1在 Thumb 下是非法的，你得先把 R8 搬到低寄存器再运算。这不是缺陷，而是 16 位编码空间有限，只能牺牲部分灵活性。理解这一点，你就能明白为什么编译器生成的 Thumb 代码里经常出现MOV指令来回倒腾数据。

2.3 七种处理器模式与异常向量表

ARM7TDMI 有七种处理器模式：用户模式、快速中断模式、外部中断模式、管理模式、数据访问终止模式、未定义指令终止模式、系统模式。除了用户模式，其他六种都是特权模式。为什么要分这么多？因为不同异常源需要不同的上下文保护策略。

快速中断（FIQ）模式有自己专属的 R8-R12 影子寄存器，这意味着 FIQ 中断服务程序可以直接用这些寄存器做运算，不用先压栈保存。这是 ARM 为了满足高速数据采集场景做的硬件优化。我做过一个音频采样项目，用 FIQ 处理 DMA 完成中断，省下的压栈时间让采样率硬生生提高了 15%。

异常向量表固定在内存地址 0x00000000 开始，每个异常占 4 字节，通常放一条跳转指令。上电复位时，CPU 从 0x00000000 取第一条指令，自动进入管理模式。这个表的结构在所有 ARM 芯片里都是一样的，区别只在于后面接的是 Flash 还是 RAM。

注意：如果你在调试时发现程序跑飞后进了未定义指令终止模式，先检查向量表里的跳转指令有没有写错地址。我遇到过因为链接脚本把向量表放到了错误的内存区域，导致复位后直接进终止模式的案例。

3. 核心指令分类与实操要点解析

3.1 数据处理指令：运算与逻辑的基石

数据处理指令是汇编代码里出现频率最高的一类，包括 MOV、ADD、SUB、AND、ORR、EOR、CMP、TST 等。它们的共同特点是：对两个操作数进行运算，结果写回目标寄存器，同时根据结果更新 CPSR 中的条件标志位。

这里必须讲清楚 ARM 的“桶形移位器”概念。很多数据处理指令的第二个操作数在进入 ALU 之前，可以先经过移位处理。比如ADD R0, R1, R2, LSL #3的意思是：把 R2 左移 3 位，再和 R1 相加，结果存入 R0。这条指令在一个时钟周期内完成了移位和加法两步操作，这是 ARM 指令集非常优雅的设计。

为什么这个特性重要？因为它在处理数组索引、结构体成员偏移时特别高效。假设你有一个结构体数组，每个元素 8 字节，你要访问第 i 个元素的某个字段，用ADD R0, R1, R2, LSL #3就能直接算出地址，不用单独写一条移位指令。编译器非常喜欢这种模式，你反汇编 C 代码时经常能看到。

条件执行是另一个杀手锏。几乎所有的 ARM 指令都可以带条件后缀，比如ADDEQ、SUBNE、MOVGT。这意味着你可以用一条指令实现“如果相等就加，否则不加”，不用写跳转。在短小的条件分支里，这能省下流水线刷新带来的性能损失。

; 求两个数的最大值，不用跳转 CMP R0, R1 ; 比较 R0 和 R1 MOVLT R0, R1 ; 如果 R0 < R1，把 R1 赋给 R0 ; 结果在 R0 中

上面这段代码只有两条指令，如果用跳转实现，至少需要四条指令加一次流水线刷新。在中断服务程序或者对时序敏感的代码里，这种优化累积起来效果非常明显。

3.2 加载存储指令：CPU 与内存的桥梁

ARM7TDMI 是典型的加载/存储架构，意思是 CPU 不能直接对内存里的数据进行运算，必须先用 LDR 把数据读到寄存器，运算完再用 STR 写回去。这和 x86 的“内存操作数”设计完全不同，刚开始接触会觉得麻烦，但它让指令译码更简单，流水线更规整。

LDR 和 STR 支持多种寻址模式，最常用的是前索引和後索引。前索引是“先算地址再访问”，後索引是“先访问再算地址”。举个例子：

; 前索引：R0 = *(R1 + 4)，R1 不变 LDR R0, [R1, #4] ; 前索引带写回：R0 = *(R1 + 4)，R1 = R1 + 4 LDR R0, [R1, #4]! ; 後索引：R0 = *R1，R1 = R1 + 4 LDR R0, [R1], #4

这三种模式在遍历数组时各有妙用。前索引带写回适合顺序访问，後索引适合“先用当前值再移动指针”的场景。我刚开始学的时候经常搞混，后来总结了一个口诀：感叹号在括号里，先算地址再访问；感叹号在括号外，先访问再算地址。

字节和半字访问也是必须掌握的。LDRB 加载一个字节，LDRH 加载半字，LDRSB 加载字节并符号扩展，LDRSH 加载半字并符号扩展。处理字符串、协议包、传感器数据时，这些指令用得非常频繁。注意 ARM7TDMI 不支持非对齐访问，如果你用 LDR 去读一个地址不是 4 的倍数的字，会触发数据访问终止异常。这是新手最容易犯的错误之一。

3.3 分支跳转指令：控制流的实现方式

B 指令是无条件跳转，BL 指令是带链接的跳转，会把下一条指令的地址存入 LR（R14），用于函数调用返回。BX 指令用于切换指令集状态，跳转目标地址的最低位决定切换到 ARM 还是 Thumb——最低位为 0 进 ARM，为 1 进 Thumb。

为什么用地址最低位来标识指令集？因为 ARM 和 Thumb 指令都是至少 2 字节对齐的，最低位本来就用不到。ARM 设计者巧妙地把这个“浪费”的位利用起来，省下了一个额外的状态寄存器。这个设计后来被 Cortex-M 继承，你看到函数指针最低位是 1，就知道那是 Thumb 函数。

BL 指令的跳转范围是 ±32MB，因为指令编码里只有 24 位偏移量，乘以 4 字节得到 26 位有符号数。如果你的函数地址超出了这个范围，链接器会报错，需要插入跳转桩（veneer）。我在做一个大项目时，因为把启动代码和应用程序放在了相隔 64MB 的两个 Flash 区域，就遇到了这个问题，后来在中间加了一层跳转表才解决。

提示：写汇编函数时，如果函数里调用了其他函数，记得在入口处把 LR 压栈。因为 BL 指令会覆盖 LR，不保存的话返回地址就丢了。我见过太多初学者在这里卡住，程序跑飞了还不知道为什么。

3.4 程序状态寄存器访问指令

MRS 和 MSR 是专门用来读写 CPSR 和 SPSR 的指令。MRS 把状态寄存器的值读到通用寄存器，MSR 把通用寄存器的值写到状态寄存器。这两条指令在切换处理器模式、使能中断、修改条件标志时必不可少。

比如要从管理模式切换到用户模式，你得先修改 CPSR 的低 5 位模式位，然后写回去。但这里有个陷阱：在用户模式下，你不能直接写 CPSR 的模式位来切回特权模式，必须通过异常机制。这是 ARM 的硬件保护，防止用户程序随意提权。

; 切换到 IRQ 模式 MRS R0, CPSR ; 读取当前 CPSR BIC R0, R0, #0x1F ; 清除低 5 位模式位 ORR R0, R0, #0x12 ; 设置为 IRQ 模式（0b10010） MSR CPSR_c, R0 ; 只写控制域，不影响条件标志

注意CPSR_c后缀，它表示只写 CPSR 的控制域（低 8 位），不碰条件标志域。如果你写MSR CPSR, R0，会把所有域都覆盖，可能意外清除条件标志。这种细节在写上下文切换代码时至关重要。

4. 从零搭建 ARM7 汇编开发环境与实操流程

4.1 工具链选型与安装配置

开发 ARM7 汇编，工具链的选择其实不多。GNU 工具链的arm-none-eabi系列是首选，免费、开源、跨平台，配合 OpenOCD 和 GDB 能完成从编译到调试的全流程。Windows 下可以用 MSYS2 或者 WSL 安装，Linux 下直接包管理器搞定。

# Ubuntu/Debian 下安装 sudo apt install gcc-arm-none-eabi binutils-arm-none-eabi gdb-arm-none-eabi openocd # 验证安装 arm-none-eabi-gcc --version arm-none-eabi-as --version

为什么不用 Keil 或者 IAR？它们确实对 ARM7 支持很好，但商业授权费用不低，而且汇编语法和 GNU 有差异。如果你只是想学指令集，GNU 工具链足够，而且学到的知识可以无缝迁移到 Cortex-M 和嵌入式 Linux 开发。

编辑器方面，VS Code 加 ARM 插件是当前最舒服的组合。装个ARM Assembly语法高亮插件，再配个Cortex-Debug做调试前端，写汇编的体验比十几年前用记事本强太多了。如果你习惯 Eclipse，也可以装 GNU ARM 插件，但 VS Code 启动更快，资源占用更小。

4.2 链接脚本与启动代码的编写要点

链接脚本决定了代码和数据在内存里的布局。ARM7 上电后从 0x00000000 取指令，所以向量表必须放在最前面。一个最简的链接脚本大概长这样：

MEMORY { FLASH (rx) : ORIGIN = 0x00000000, LENGTH = 256K RAM (rwx) : ORIGIN = 0x40000000, LENGTH = 64K } SECTIONS { .vectors : { *(.vectors) } > FLASH .text : { *(.text) } > FLASH .data : { *(.data) } > RAM AT > FLASH .bss : { *(.bss) } > RAM }

启动代码需要做几件事：设置各模式的堆栈指针、初始化 .data 段（从 Flash 拷贝到 RAM）、清零 .bss 段、跳转到 main 函数。堆栈指针的设置顺序很重要，通常先设 IRQ 和 FIQ 的栈，再设管理模式和用户模式的栈。因为中断可能随时到来，IRQ 栈必须最先准备好。

; 启动代码片段 Reset_Handler: LDR R0, =0x40010000 ; IRQ 栈顶 MSR CPSR_c, #0xD2 ; 切换到 IRQ 模式 MOV SP, R0 LDR R0, =0x4000F000 ; FIQ 栈顶 MSR CPSR_c, #0xD1 ; 切换到 FIQ 模式 MOV SP, R0 LDR R0, =0x4000E000 ; 管理模式栈顶 MSR CPSR_c, #0xD3 ; 切换到管理模式 MOV SP, R0 ; 继续初始化 .data 和 .bss ; ... LDR R0, =main BX R0

注意：切换模式时一定要用MSR CPSR_c，不要用MSR CPSR_fsxc。只写控制域，避免意外修改条件标志。另外，切换模式后立即设置 SP，不要插入其他操作，防止中断在栈未就绪时到来。

4.3 第一个汇编程序：从点灯到串口输出

点灯是嵌入式的“Hello World”，但在 ARM7 上，你需要先配置 GPIO 方向寄存器，再写数据寄存器。假设 GPIO 基地址是 0xE0028000，方向寄存器偏移 0x00，数据寄存器偏移 0x04：

.equ GPIO_BASE, 0xE0028000 .equ GPIO_DIR, GPIO_BASE + 0x00 .equ GPIO_DATA, GPIO_BASE + 0x04 .global _start _start: LDR R0, =GPIO_DIR LDR R1, [R0] ORR R1, R1, #0x01 ; 设置 P0.0 为输出 STR R1, [R0] loop: LDR R0, =GPIO_DATA LDR R1, [R0] EOR R1, R1, #0x01 ; 翻转 P0.0 STR R1, [R0] LDR R2, =0x000FFFFF ; 延时计数 delay: SUBS R2, R2, #1 BNE delay B loop

这段代码里，LDR R0, =GPIO_DIR是伪指令，汇编器会把它转换成从文字池加载常量的操作。文字池通常放在函数末尾或者段结尾，用LTORG伪指令显式放置。如果你忘了放文字池，汇编器会报错“literal pool not found”。

串口输出稍微复杂一点，需要配置波特率分频器、线路控制寄存器，然后往发送保持寄存器写数据。但原理是一样的：找到外设寄存器的内存映射地址，用 LDR/STR 读写。我建议新手先用点灯和串口把工具链跑通，再回头细看指令集，这样每一步都有反馈，学起来不枯燥。

4.4 用 GDB 和 OpenOCD 调试汇编代码

调试汇编代码，GDB 是绕不开的。配合 OpenOCD，你可以单步执行、查看寄存器、设置断点、观察内存变化。启动 OpenOCD 后，在另一个终端里运行 GDB：

arm-none-eabi-gdb your_program.elf (gdb) target remote localhost:3333 (gdb) monitor reset halt (gdb) load (gdb) break _start (gdb) continue (gdb) info registers (gdb) stepi (gdb) x/10i $pc

stepi是单步执行一条指令，x/10i $pc是反汇编当前 PC 开始的 10 条指令。这两个命令配合使用，能让你一条一条跟踪代码执行，观察每条指令对寄存器的影响。我学指令集的时候，就是靠 GDB 单步跟完了一个完整的启动流程，比看十遍手册都管用。

提示：GDB 里info registers显示的是当前模式下的寄存器组。如果你想看其他模式的影子寄存器，需要先切换模式或者用info all-registers。另外，display /x $r0可以设置自动显示，每次单步后自动打印 R0 的值，省得反复输入。

5. 常见问题与排查技巧实录

5.1 程序跑飞与异常定位速查

程序跑飞是嵌入式开发的家常便饭。在 ARM7 上，跑飞后通常会发生以下几种情况：进入未定义指令终止模式、进入数据访问终止模式、或者直接死循环。定位方法其实有套路可循。

首先看 CPSR 的模式位。如果低 5 位是 0b10111（0x17），说明进了未定义指令终止模式，大概率是跳转到了非代码区域，或者执行了非法指令。如果低 5 位是 0b10111（0x17）以外的终止模式，比如 0b10111 是未定义，0b10111 是数据访问终止，那就要检查内存访问地址是否对齐、是否越界。

我遇到最多的是栈溢出。ARM7 没有硬件栈保护，SP 越界后可能覆盖其他模式的栈或者全局变量，症状千奇百怪。排查方法是给栈区域填充特定模式（比如 0xDEADBEEF），运行一段时间后检查填充区域被破坏了多少，就能估算栈的最大使用深度。

5.2 汇编与 C 混合编程的接口陷阱

实际项目里纯汇编很少，大多是 C 为主、汇编为辅。混合编程时，ATPCS（ARM Thumb 过程调用标准）规定了寄存器使用规则：R0-R3 传参数和返回值，R4-R11 保存局部变量，R12 是临时寄存器，R13 是 SP，R14 是 LR，R15 是 PC。

调用汇编函数时，如果汇编函数修改了 R4-R11，必须自己保存和恢复。我见过一个案例：汇编函数里用了 R4 做临时变量，没保存就返回，结果 C 代码里的循环计数器莫名其妙变了，查了两天才找到原因。这种 bug 最折磨人，因为症状和原因隔了十万八千里。

; 正确的汇编函数框架 .global my_func my_func: STMFD SP!, {R4-R6, LR} ; 保存用到的寄存器和返回地址 ; 函数体，可以使用 R4-R6 LDMFD SP!, {R4-R6, PC} ; 恢复寄存器并返回

STMFD SP!, {R4-R6, LR}是满递减栈的压栈操作，LDMFD SP!, {R4-R6, PC}是出栈并把 LR 的值直接赋给 PC，实现返回。用 PC 代替 LR 出栈，省去了一条 BX LR 指令，这是 ARM 汇编的常用技巧。

5.3 指令周期与性能优化经验

ARM7TDMI 的大多数指令是单周期执行，但 LDR/STR 是多周期，分支跳转有流水线刷新开销。优化性能时，优先减少内存访问和分支跳转。

一个实用的技巧是循环展开。比如一个循环体只有两条指令，循环 100 次，你可以展开成 10 次循环，每次执行 10 条指令，减少分支开销。但展开会增加代码体积，在 Flash 空间紧张时要权衡。

另一个技巧是用条件执行替代短分支。前面提到的求最大值例子就是典型。条件执行不刷新流水线，比跳转快 2-3 个周期。在中断服务程序里，这几个周期可能决定中断延迟是否达标。

还有一点：LDR 指令有 1 个周期的延迟槽，下一条指令不能立即使用加载的数据。编译器通常会自动插入有用的指令填充延迟槽，但手写汇编时要注意。如果实在没有可填充的指令，可以插入 NOP，但更好的做法是调整指令顺序，把不依赖加载结果的指令提前。

提示：用arm-none-eabi-objdump -d反汇编你的程序，数一数关键循环的指令条数和周期数。我习惯在优化前后各反汇编一次，对比指令变化，确保优化真的有效，而不是凭感觉。

5.4 从 ARM7 迁移到 Cortex-M 的注意事项

学完 ARM7 后，很多人会转向 Cortex-M。两者指令集高度兼容，但有几个关键差异必须注意。Cortex-M 取消了 ARM 状态，只支持 Thumb-2 指令集，所以 BX 切换指令集的功能没用了。Cortex-M 的向量表可以重定位，通过 VTOR 寄存器修改基地址，不像 ARM7 固定在 0x00000000。

中断模型也完全不同。ARM7 的 IRQ/FIQ 是两级中断，Cortex-M 的 NVIC 支持多达 240 个可配置优先级中断，还有尾链优化和迟到中断处理。如果你把 ARM7 的中断服务程序直接搬到 Cortex-M，会发现很多在 ARM7 上需要手动保存的寄存器，Cortex-M 硬件自动帮你压栈了。

寄存器组方面，Cortex-M 只有两种模式（线程模式和处理模式），少了 ARM7 的七种模式。这意味着你不能再通过切换模式来访问影子寄存器，所有上下文保存都靠硬件自动压栈或者手动操作。刚开始会不习惯，但写多了会发现 Cortex-M 的方式更简单，不容易出错。

6. 指令集学习路线与实战项目建议

6.1 分阶段学习路径规划

学指令集最忌讳一上来就背指令表。我的建议是分三个阶段：第一阶段用两周时间，把数据处理、加载存储、分支跳转这三类核心指令搞熟，能看懂简单的反汇编代码。第二阶段用一个月，结合具体外设（GPIO、UART、定时器），写一些小的汇编程序，理解指令在实际场景中的用法。第三阶段再深入异常处理、模式切换、混合编程这些高级主题。

每个阶段都要有产出。第一阶段可以写一个“反汇编阅读笔记”，把编译器生成的汇编代码逐条注释。第二阶段可以做一个“汇编版流水灯”或者“汇编版串口回显”。第三阶段可以尝试写一个完整的上下文切换函数，或者用汇编实现一个简单的调度器。

网上有很多 ARM7 的开发板资料，但质量参差不齐。我建议直接找芯片原厂的手册，比如 NXP 的 LPC2000 系列用户手册，里面关于 ARM7TDMI 的章节写得非常详细，而且寄存器描述准确。配合 GNU 工具链和 QEMU 模拟器，不用买硬件也能跑通大部分实验。

6.2 推荐练手项目与代码阅读清单

第一个练手项目我推荐“汇编实现 memcpy”。这个函数看似简单，但涉及字节对齐、批量传输、剩余字节处理，能把 LDR/STR 的各种寻址模式练一遍。写完后和 C 标准库的 memcpy 对比性能，你会对指令效率有直观感受。

第二个项目是“汇编实现中断服务程序”。找一个定时器中断，用汇编写 ISR，在里面翻转 GPIO 或者更新一个计数器。这个项目能让你理解异常向量表、LR 和 SPSR 的保存恢复、中断返回指令的作用。

第三个项目是“混合编程的温度采集系统”。用 C 写主逻辑和串口输出，用汇编写 ADC 读取和数据处理。这个项目覆盖了 ATPCS 调用规范、寄存器保存规则、C 和汇编的数据交互，做完之后混合编程基本就没障碍了。

代码阅读方面，可以看看 U-Boot 的 ARM7 启动代码，或者 FreeRTOS 的 ARM7 移植层。这些代码经过大量项目验证，风格规范，注释也还算清楚。读的时候重点看上下文切换和中断处理部分，那是汇编和硬件结合最紧密的地方。

6.3 调试工具与效率提升技巧

除了 GDB，还有一些工具能大幅提升汇编开发效率。arm-none-eabi-objdump用来反汇编，arm-none-eabi-readelf用来查看 ELF 文件结构，arm-none-eabi-nm用来列出符号表。这些工具配合使用，能让你对程序的内存布局了如指掌。

VS Code 的Cortex-Debug插件支持汇编级单步调试，还能在编辑器里直接显示寄存器值和反汇编代码，比纯命令行 GDB 直观很多。配置好launch.json后，按 F5 就能启动调试会话，断点、单步、查看变量都在一个界面里完成。

还有一个技巧是给汇编代码加“伪注释”。ARM 汇编的注释用@或者;，但你可以用宏定义给常用操作起名字，比如#define SAVE_REGS STMFD SP!, {R0-R12, LR}。这样代码可读性会好很多，也不容易漏掉寄存器。

提示：写汇编时养成“先画寄存器分配表”的习惯。在纸上或者注释里写清楚每个寄存器存什么，用完之后及时释放。我见过太多因为寄存器冲突导致的诡异 bug，最后都是靠寄存器分配表定位的。

6.4 嵌入式面试中指令集相关高频考点

嵌入式岗位面试里，指令集相关的问题出现频率很高。常见的有：“ARM7 的三级流水线是什么？”“PC 为什么等于当前指令加 8？”“ARM 和 Thumb 怎么切换？”“ATPCS 规定哪些寄存器用来传参？”“条件执行有什么优势？”

回答这些问题时，不要只背结论，要讲出背后的原因。比如 PC 加 8，你要能解释流水线深度和取指阶段的位置关系。条件执行的优势，你要能举出具体例子，说明省了多少周期。面试官更看重你理解得深不深，而不是记得牢不牢。

还有一个高频考点是“写一段汇编实现某个功能”。常见题目包括字符串拷贝、内存比较、位操作、中断服务程序框架。准备面试时，把这些经典代码手写几遍，确保不看资料也能写出来。手写和复制粘贴的感觉完全不一样，手写过一遍，肌肉记忆就形成了。

最后提醒一点：面试时如果被问到不会的指令，不要瞎编。可以说“这条指令我记不太清，但根据 ARM 指令集的命名规律，我推测它的功能是……”。展示推理过程比给出错误答案好得多，面试官往往更在意你的思维方式。