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 模式的影子寄存器不用把当前所有寄存器压栈省下了宝贵的内存访问时间。寄存器别名主要用途特殊说明R0-R7低寄存器通用数据存储所有指令都可访问R8-R12高寄存器通用数据存储部分 Thumb 指令受限R13SP堆栈指针各模式独立R14LR链接寄存器保存返回地址R15PC程序计数器指向当前指令8CPSR-当前程序状态含条件标志和模式位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 *R1R1 R1 4 LDR R0, [R1], #4这三种模式在遍历数组时各有妙用。前索引带写回适合顺序访问後索引适合“先用当前值再移动指针”的场景。我刚开始学的时候经常搞混后来总结了一个口诀感叹号在括号里先算地址再访问感叹号在括号外先访问再算地址。字节和半字访问也是必须掌握的。LDRB 加载一个字节LDRH 加载半字LDRSB 加载字节并符号扩展LDRSH 加载半字并符号扩展。处理字符串、协议包、传感器数据时这些指令用得非常频繁。注意 ARM7TDMI 不支持非对齐访问如果你用 LDR 去读一个地址不是 4 的倍数的字会触发数据访问终止异常。这是新手最容易犯的错误之一。指令功能数据宽度符号扩展LDR加载字32 位无LDRB加载字节8 位无LDRH加载半字16 位无LDRSB加载字节8 位有LDRSH加载半字16 位有STR存储字32 位-STRB存储字节8 位-STRH存储半字16 位-3.3 分支跳转指令控制流的实现方式B 指令是无条件跳转BL 指令是带链接的跳转会把下一条指令的地址存入 LRR14用于函数调用返回。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 后在另一个终端里运行 GDBarm-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 $pcstepi是单步执行一条指令x/10i $pc是反汇编当前 PC 开始的 10 条指令。这两个命令配合使用能让你一条一条跟踪代码执行观察每条指令对寄存器的影响。我学指令集的时候就是靠 GDB 单步跟完了一个完整的启动流程比看十遍手册都管用。提示GDB 里info registers显示的是当前模式下的寄存器组。如果你想看其他模式的影子寄存器需要先切换模式或者用info all-registers。另外display /x $r0可以设置自动显示每次单步后自动打印 R0 的值省得反复输入。5. 常见问题与排查技巧实录5.1 程序跑飞与异常定位速查程序跑飞是嵌入式开发的家常便饭。在 ARM7 上跑飞后通常会发生以下几种情况进入未定义指令终止模式、进入数据访问终止模式、或者直接死循环。定位方法其实有套路可循。首先看 CPSR 的模式位。如果低 5 位是 0b101110x17说明进了未定义指令终止模式大概率是跳转到了非代码区域或者执行了非法指令。如果低 5 位是 0b101110x17以外的终止模式比如 0b10111 是未定义0b10111 是数据访问终止那就要检查内存访问地址是否对齐、是否越界。现象可能原因排查方法进未定义指令终止跳转到非代码区、指令编码错误查看 LR 和 SPSR定位出错地址进数据访问终止非对齐访问、访问非法地址查看 DFAR如果支持检查 LDR/STR 地址进预取指终止取指地址非法、内存未初始化检查 PC 值和向量表死循环条件判断错误、栈溢出查看 SP 是否越界检查循环条件中断不响应CPSR 的 I/F 位未清除检查 MSR CPSR_c 是否使能了中断我遇到最多的是栈溢出。ARM7 没有硬件栈保护SP 越界后可能覆盖其他模式的栈或者全局变量症状千奇百怪。排查方法是给栈区域填充特定模式比如 0xDEADBEEF运行一段时间后检查填充区域被破坏了多少就能估算栈的最大使用深度。5.2 汇编与 C 混合编程的接口陷阱实际项目里纯汇编很少大多是 C 为主、汇编为辅。混合编程时ATPCSARM Thumb 过程调用标准规定了寄存器使用规则R0-R3 传参数和返回值R4-R11 保存局部变量R12 是临时寄存器R13 是 SPR14 是 LRR15 是 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 指令集的命名规律我推测它的功能是……”。展示推理过程比给出错误答案好得多面试官往往更在意你的思维方式。
