内容摘要：很多人学编程是从 Python 或 C 开始的，这没错。但如果你想真正搞明白计算机到底怎么干活，汇编语言绕不过去。我头一回看汇编代码的时候，满屏的 mov、add、jmp，脑子里只有一个想法：这玩意儿

很多人学编程是汇编从 Python 或 C 开始的，这没错。菜鸟但如果你想真正搞明白计算机到底怎么干活，教程汇编语言绕不过去。汇编我头一回看汇编代码的菜鸟时候，满屏的教程 mov、add、汇编jmp，菜鸟脑子里只有一个想法：这玩意儿是教程人写的？后来硬着头皮啃了两周，才发现它其实没那么可怕，汇编只是菜鸟跟你熟悉的那些语言完全不是一个思路。

汇编语言本质上就是教程 CPU 指令的助记符。每条指令对应一个机器码，汇编CPU 拿到就执行。菜鸟没有编译器帮你做优化，教程没有运行时帮你管内存，一切靠你自己安排。写汇编就像手动挡开车，累，但你知道每一脚油门下去发生了什么。

先搞清楚你在什么平台上写

x86 汇编和 ARM 汇编差别很大，Windows 和 Linux 下的写法也不一样。新手建议从 x86-64 Linux 入手，用 NASM 作为汇编器，工具链简单，资料也多。Windows 上可以用 MASM，但配置起来容易劝退。

装好 NASM 和 ld（链接器）之后，你就可以开始写第一个程序了。经典入门案例是打印一个 “Hello, World!”——不过在汇编里，这事没那么简单。你得调用操作系统的系统调用，手动指定输出缓冲区、长度、文件描述符。没有 printf 这种好事。

寄存器：你的全部家当

x86-64 有 16 个通用寄存器，名字分别是 rax、rbx、rcx、rdx、rsi、rdi、rbp、rsp，以及 r8 到 r15。每个寄存器 64 位，但你可以只用低 32 位（比如 eax）、低 16 位（ax），甚至低 8 位（al）。这种灵活性一开始很烦，写多了会觉得挺方便。

寄存器不够用怎么办？用内存。但内存访问慢，所以汇编程序员会尽量把热数据放在寄存器里。这也是为什么汇编代码读起来经常像在玩俄罗斯方块——数据在寄存器和内存之间来回倒腾。

一个最简单的例子

下面这段代码在 Linux 下打印 “Hi” 然后退出：

section .data msg db 'Hi', 0x0a len equ $ - msg section .text global _start _start: mov rax, 1 ; sys_write mov rdi, 1 ; stdout mov rsi, msg ; 缓冲区地址 mov rdx, len ; 长度 syscall mov rax, 60 ; sys_exit xor rdi, rdi ; 返回码 0 syscall 

每一条 mov 就是在往寄存器里塞值。syscall 触发系统调用，CPU 切换到内核态，内核根据 rax 的值决定干什么。这段代码里，第一次 syscall 是写文件，第二次是退出程序。

你可能会问：为什么退出码要用 xor rdi, rdi 而不是 mov rdi, 0？因为 xor 更快，而且生成的机器码更短。这种小技巧在汇编里到处都是，写多了会形成肌肉记忆。

调试是家常便饭

写汇编出错太正常了。段错误、寄存器值不对、系统调用参数搞反……这时候 gdb 就是你的救命稻草。用 gdb ./your_program 加载，break _start 下断点，si 单步执行，info registers 看寄存器状态。刚开始会觉得繁琐，习惯之后比 printf 调试高效得多。

还有一个工具叫 strace，能追踪程序的所有系统调用。你的程序如果卡在某个 syscall 上不动了，strace 一眼就能看出来是哪个调用出了问题。

别指望用汇编写大项目

汇编适合用来理解底层、写性能极度敏感的代码片段、或者做逆向工程。拿它写业务逻辑纯属自虐。实际开发中，常见的做法是用 C 写主体，把热点函数用汇编重写。编译器生成的汇编已经相当优秀了，人手写不一定能超过它。

但学汇编的价值不在于用它写代码，而在于你从此看 C 代码的时候，脑子里能浮现出对应的指令序列。指针是什么？就是一个地址，mov 一下的事。函数调用怎么实现的？call 压栈返回地址，ret 弹出来。这些东西搞明白了，很多之前模糊的概念会突然变得清晰。

学汇编没有捷径，就是多看、多写、多调。从打印一个字符开始，慢慢加功能，遇到不懂的就查 Intel 手册。那本手册厚得能砸死人，但确实是唯一的权威参考。坚持两周，你会发现自己对计算机的理解上了一个台阶。