第1章：汇编编程基础——指令集架构、寻址模式、寄存器文件与流水线
各位同学，大家好。我是你们这门课的老朋友。今天咱们正式开讲第一章。
说实话，我做了十几年无线通信的底层优化，最深的体会就是：不懂汇编，你永远不知道你的C代码在芯片上到底干了什么蠢事。尤其是搞DSP算法，你写个FIR滤波器，编译器给你翻译成什么鬼样子，你心里没数的话，性能优化就是瞎猫碰死耗子。
所以，这一章咱们把地基打牢。我会尽量用大白话，把我这些年踩过的坑、总结的经验，一股脑倒给你们。
1.1 指令集架构（ISA）——芯片的“普通话”
指令集架构，英文叫ISA（Instruction Set Architecture）。说白了，它就是芯片能听懂的语言规范。你写的汇编指令，必须符合这个规范，芯片才能执行。
我习惯把ISA比作一本“词典”。芯片只认识这本词典里的词。你写个词典里没有的词，它就不干活。
核心要点：ISA是软件和硬件之间的“契约”。软件承诺按规范写指令，硬件承诺按规范执行。
常见的ISA分类，我给你们列个表，一目了然：
| 分类 | 代表架构 | 特点 | 典型应用 |
|---|---|---|---|
| CISC（复杂指令集） | x86 | 指令多、功能强、长度可变 | PC、服务器 |
| RISC（精简指令集） | ARM、RISC-V | 指令少、长度固定、执行快 | 手机、嵌入式 |
| DSP专用指令集 | TI C64x、CEVA | 单周期MAC、SIMD、循环寻址 | 基站、音频编解码 |
嗯，这里要注意：搞无线通信，你大概率会跟DSP指令集打交道。比如TI的C64x+，它有一条指令叫DOTP2，一个周期就能算两个16位整数的点积。这在通信算法里太常用了。
我的经验：刚入行时，我总觉得指令越多越好。后来发现，RISC架构的简洁性，反而让流水线更容易设计，性能更可预测。做实时系统，可预测性比峰值性能更重要。
1.2 寻址模式——怎么找到你要的数据
指令集定好了，接下来就是怎么“找数据”。这就是寻址模式。
你想想看，一条指令要干活，总得知道操作数在哪吧？是直接写在指令里？还是放在寄存器里？还是藏在内存的某个角落？
常见的寻址模式，我按使用频率排个序：
- 立即数寻址：操作数就在指令里。比如
MOV R0, #0x100，直接把0x100这个数给R0。 - 寄存器寻址：操作数在寄存器里。比如
ADD R1, R2, R3，R1 = R2 + R3。 - 寄存器间接寻址：寄存器里存的是地址。比如
LD R0, [R1]，从R1指向的内存地址里取数。 - 基址+变址寻址：基地址 + 偏移量。比如
LD R0, [R1 + R2]，地址 = R1 + R2。 - 循环寻址：DSP专用。地址在缓冲区里循环。比如FIR滤波器的延迟线。
我在项目中遇到过最坑的事，就是寻址模式用错了，导致Cache miss。有一次优化一个LTE基带算法，数据量很大，我用了基址+变址，结果每次访问都跨Cache Line，性能直接腰斩。后来改成顺序访问，配合DMA，速度就上来了。
避坑指南：我曾经在调试一个音频算法时，发现程序跑飞了。查了半天，原来是间接寻址时，寄存器里的地址被意外修改了。所以，用间接寻址一定要小心指针的生存周期。
1.3 寄存器文件——芯片的“工作台”
寄存器文件，就是芯片内部的一小块超高速存储。你可以把它想象成你的工作台。你干活时，工具和材料都放在手边，而不是跑到仓库（内存）里去拿。
寄存器文件有几个特点：
- 速度极快：访问延迟通常只有1个时钟周期。
- 数量有限：一般就16个、32个。比如ARM有16个通用寄存器，TI C64x有32个。
- 分工明确：有些寄存器是专用的，比如PC（程序计数器）、SP（栈指针）、LR（链接寄存器）。
我给你们画个典型的寄存器文件结构图，这样更直观：
嗯，这里要特别强调：DSP的寄存器文件通常比通用CPU更“胖”。比如TI C64x有64个32位寄存器，分成A、B两组。为什么？因为DSP要并行处理数据，寄存器少了根本不够用。
我的习惯：写汇编前，我会先画一张“寄存器分配表”。哪个寄存器存系数，哪个存中间结果，哪个存地址，都提前规划好。否则写到一半发现寄存器不够用，那叫一个痛苦。
1.4 流水线基础——让芯片“多线程”工作
流水线，是CPU提高性能的“杀手锏”。
你想想看，一条指令的执行，其实可以拆成好几步：取指、译码、执行、访存、写回。如果每一步都串行做，那效率太低了。流水线的思路就是：让不同指令的不同步骤，同时进行。
我给你们画个经典的5级流水线示意图：
你看，在T5时刻，指令1在写回，指令2在访存，指令3在执行。三条指令同时进行，理想情况下，每个时钟周期都能完成一条指令。
但是，流水线也有“坑”。最常见的三个问题：
- 结构冒险：两个指令同时要用同一个硬件资源。比如同时要访存，但只有一个内存接口。
- 数据冒险：下一条指令要用上一条指令的结果，但结果还没算出来。比如
ADD R0, R1, R2后面紧跟着SUB R3, R0, R4。 - 控制冒险：遇到分支指令，不知道下一条该取哪条指令。比如
BEQ跳转。
避坑指南：我曾经在优化一个Viterbi译码算法时，发现流水线频繁停顿。查了反汇编，原来是循环体内有数据依赖，编译器没处理好。后来我手动插入了几条NOP（空操作）指令，让流水线“喘口气”，性能反而提升了。所以，不要迷信编译器，该手调的时候就得手调。
1.5 本章小结
好了，这一章的内容就这些。咱们把ISA、寻址模式、寄存器文件、流水线这四个基础概念捋了一遍。
说实话，这些知识看起来有点“干”，但它们是后面所有优化的根基。你想想看，如果你连芯片的指令集都不了解，你怎么写出高效的汇编代码？如果你不懂流水线，你怎么避免那些导致性能下降的冒险？
下一章，咱们会深入具体的DSP指令集，看看那些“神奇”的单周期指令到底是怎么工作的。到时候，我会拿TI C64x和ARM的NEON指令集做对比，带你们手写几个通信算法里的核心函数。
今天就到这儿。有问题随时找我。