最直接可靠的方式是用 gcc -S 或 g++ -S 生成汇编文件，它不依赖调试器、不受运行时干扰、结果稳定可复现；需注意区分 -S（生成汇编）与 -s（剥离符号），并根据语言选用对应编译器。
gcc -S 生成汇编文件是最直接的方式
想看某段 C/C++ 代码对应的汇编，最可靠、最可控的方法就是用 gcc -S 或 g++ -S 直接生成汇编文件。它不依赖调试器状态，也不受运行时干扰，结果稳定可复现。
常见错误现象：有人在 GDB 里用 disassemble 看到的指令和预期不符，其实是优化或符号缺失导致的；还有人误用小写 -s（这是剥离符号表的选项），结果什么也没生成。
-
gcc -S -O0 -masm=intel test.c：禁用优化、输出 Intel 语法的test.s -
gcc -S -O2 test.c -o optimized.s：带 O2 优化，指定输出文件名避免覆盖 - 对 C++ 源码必须用
g++ -S，否则 name mangling 可能出错或链接失败 - 如果源码含宏或头文件，
gcc -S会自动完成预处理；想确认预处理效果，可先跑gcc -E test.c > test.i再gcc -S test.i
GDB 中用 disassemble 查看运行时汇编
当程序已启动、断点已停住，disassemble（简写 disas）是最快捷的现场查看方式，但它显示的是实际加载进内存的机器码反汇编结果，受优化、内联、PIC 等影响较大。
容易踩的坑：disas main 可能只显示几行，因为函数被内联或优化掉了；disas /r 能同时显示机器码和助记符，但若没加 -g 编译，符号信息不足，GDB 可能无法准确定界函数范围。
- 必须用
gcc -g -O0 test.c -o test编译，否则 GDB 无法映射源码行与汇编指令 -
disas默认显示当前函数；disas 0x401100,+20可按地址范围反汇编 20 字节 -
layout asm进入 TUI 模式后，按Ctrl+x切换源码/汇编/寄存器视图，适合边调试边对照 - 注意区分
call printf@PLT这类 PLT 间接跳转——它不等于直接调用printf的汇编，而是动态链接机制引入的跳板
为什么 -O0 和 -O2 生成的汇编差别那么大
优化等级不是“多加几条指令”，而是彻底改变代码结构：-O0 保留每行 C 语句的显式栈操作和变量存储，-O2 则大量消除临时变量、合并计算、把循环展开甚至整个函数内联掉。你看到的“同一段代码”在两种模式下可能根本不存在对应关系。
性能影响明显：-O0 汇编体积大、访存多、分支多，执行慢但易调试；-O2 汇编紧凑、寄存器复用高、跳转少，但变量位置飘忽、控制流难跟踪。
-
_accum: .space 4这种 BSS 段声明只在 -O0 出现；-O2 下全局变量可能被常量折叠或提升为寄存器值 -
movl %eax, -4(%ebp)类型的栈存取，在 -O2 中大概率消失，变量直接留在%eax或其他寄存器中 - 函数参数在 -O0 中通常从栈读取（
8(%ebp)），-O2 下优先走寄存器传参（%rdi,%rsi等） - 别指望在 -O2 汇编里逐行对应源码——要看逻辑等价性，而不是字面一致性
objdump -d 是反汇编已编译二进制的补救手段
当你只有可执行文件或 .o 文件，没有源码或忘了加 -S，objdump -d 就是最后防线。它对二进制做静态反汇编，不依赖调试信息，但结果不含源码注释、变量名，且无法还原高级语义（比如区分 for 循环和 while）。
兼容性要注意：默认反汇编所有 section，噪音大；加 --section=.text 可聚焦代码段；ARM/AArch64 需额外指定架构，否则可能解错指令。
-
objdump -d ./test | grep -A10 '<main>:'</main>快速定位 main 函数汇编 -
objdump -d -M intel ./test强制 Intel 语法（AT&T 是默认） -
objdump -d --no-show-raw-insn ./test隐藏机器码十六进制列，界面更干净 - 若提示 “not in executable format”，说明文件被 strip 过或不是 ELF 格式——这时只能靠 GDB
disas或重编译
gcc -S）和查看汇编（GDB / objdump）解决的是不同阶段的问题；而优化等级一变，汇编就不再是“翻译”，而是“重构”。别在 -O2 下执着找 int t = x + y 对应的那条 movl——它很可能根本没生成。 
