汇编语言怎么用？一次可复现实测
汇编语言怎么用？与其背完整指令表，不如把同一个加法函数分别交给编译器、独立汇编器和内联汇编，再观察生成结果。下面是一套可在 x86-64 Linux 复现的实测路径，逐项比较三种用法的操作成本、调试体验和适用边界。
对比一：看编译器输出，成本最低
准备一个 C 函数 `long add2(long a,long b){return a+b;}`，执行 `gcc -O2 -S add.c -o add.s`。在采用 System V AMD64 ABI 的 Linux 上，前两个整数参数通常位于 RDI、RSI，返回值位于 RAX；输出常能看到 `lea` 或 `add` 后直接 `ret`。
这种方式不用处理入口、链接和系统调用，最适合回答“这段高级语言最终做了什么”。对比 `-O0` 与 `-O2` 很有意思：前者常保留栈帧和临时存取，后者可能只剩两条有效指令。缺点是你在阅读，而不是完全控制代码。
对比二：独立汇编文件，边界最清楚
把函数写成 NASM 语法：声明 `global add2`，在 `.text` 段中使用 `lea rax,[rdi+rsi]`，随后 `ret`。执行 `nasm -f elf64 add2.asm -o add2.o`，再用 GCC 将它与负责调用的 C 文件链接，便能直接验证返回值。
实测中最容易出错的不是加法，而是接口：符号名必须一致，参数位置必须符合 ABI，栈在调用点还要满足平台对齐要求。独立文件的优势是可控、可测试；代价是构建脚本、目标格式和跨平台适配都要自己负责。
对比三：内联汇编，接入快但约束多
GCC 扩展内联汇编能把少量指令塞进 C 函数，适合访问普通语言无法表达的特殊指令。不过输入、输出、被破坏寄存器和内存副作用必须完整声明，否则优化器可能移动代码，产生只在高优化级别出现的错误。
与独立汇编相比，内联方式省去单独链接，却更依赖编译器语法。MSVC、GCC 与 Clang 的支持并不完全相同，x86-64 下的规则也可能变化。普通算术不要强行内联；编译器通常能生成同样甚至更好的机器码。
对比四：运行结果不够，还要单步验证
用 GDB 执行 `disassemble add2` 查看实际指令，在调用前后运行 `info registers rdi rsi rax`，再用 `si` 单步。你会直接看到参数进入寄存器、运算完成、结果写入 RAX，这比盯着源文件猜测可靠得多。
三种用法的选择很明确：理解程序选编译器输出，提供稳定底层函数选独立文件，封装极少量特殊指令才考虑内联。上述命令限定在 x86-64 Linux；Windows x64、macOS 与 ARM64 的 ABI、符号和工具参数不能照搬。
推荐阅读
常见问题
汇编语言用什么软件运行？
源代码先由 NASM、GAS、MASM 等汇编器生成目标文件，再由链接器生成可执行文件。调试可用 GDB、LLDB、WinDbg；阅读机器码可用 objdump。
汇编代码可以和C语言一起用吗？
可以。双方只要遵守相同 ABI，包括参数位置、返回值、栈对齐和寄存器保存规则，就能通过外部函数符号互相调用。
为什么汇编程序运行后结果不对？
先检查架构与语法模式，再核对调用约定、操作数宽度、符号导出、栈对齐和被调用者保存寄存器。调试器逐条执行通常比反复改代码更快。