gcc/clang 内联汇编必须用 __asm__ 或 __asm，优先 AT&T 语法，寄存器小写、立即数加 $，严格使用约束和 clobber 列表，禁用直接变量名访问，务必加 volatile 并检查生成汇编。
gcc/clang 下用 asm 写内联汇编，别碰 __asm 或 __asm__ 以外的写法
Windows 上 MSVC 的 __asm 块只支持 x86（不支持 x64），而 gcc/clang 的 AT&T 或 Intel 语法 asm 才是跨平台可维护的起点。实际项目里，90% 的“内联失败”源于语法选错或约束没写对。
- 默认用 AT&T 语法（
movl %eax, %ebx），加asm volatile (".intel_syntax noprefix; mov ebx, eax; .att_syntax prefix" ::: "ebx")切 Intel 语法更直观，但必须配.att_syntax prefix回切，否则后续汇编报错 - 所有寄存器名必须小写：
%eax对，%EAX错；Intel 模式下写eax（不带%） - 立即数前缀：AT&T 是
$5，Intel 是5；漏掉或写反会触发error: invalid operand - 不要在
asm里调用 C 函数（如printf）——没有栈帧管理，会崩
用约束（constraint）让编译器知道你在动哪些寄存器
写 asm("addl $1, %eax") 看似简单，但编译器完全不知道你改了 %eax，它可能把一个关键变量还放在 %eax 里，结果被你清掉了。约束不是可选项，是保命机制。
-
"r"表示“随便给个通用寄存器”，编译器自动分配并告知你用的是哪个（比如%ecx） -
"=r"(out_var)表示输出到变量，"r"(in_var)表示输入，二者可合写为"=r"(out) : "0"(in)（"0"表示和第 0 个输出用同一寄存器） - 显式修改了寄存器但没声明？加
clobber列表：: : : "eax", "ebx"；漏掉"eflags"会导致条件跳转失效 - 用
"memory"告诉编译器“我读/写了任意内存”，防止指令重排把访存操作挪到 asm 外面
内联汇编里访问 C 变量，别直接写变量名
写 asm("movl var, %eax") 是错的 —— var 是符号名，不是地址，而且编译器可能把它优化进寄存器或改名。必须通过约束传入，由编译器生成正确寻址方式。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 全局变量也得走约束：
int g_val = 42; asm("incl %0" : "+m"(g_val));，"+m"表示“内存读写”，"m"是只读 - 局部变量若在寄存器中（比如
int x = 1;），"r"(x)传的是值拷贝，不是地址；要改原值必须用"=r"(x)输出或"+r"(x) - 数组首地址用
"r"(arr)，单个元素用"m"(arr[i])；写成"r"(arr[i])会尝试把元素值当地址用，段错误高发点
调试时怎么确认内联汇编真按你想的跑
光看 C 代码没用，得看生成的汇编。gcc 的 -S 输出或 objdump -d 反汇编才是真相。常见“以为跑进去了，其实被优化掉了”问题，基本都出在这步。
立即学习“C++免费学习笔记（深入）”；
- 加
volatile是必须的：asm volatile ("nop")，否则编译器觉得没副作用，整块删掉 - 用
gdb调试时，在 asm 行设断点可能无效——它没对应源码行；改用disassemble找到具体地址再break * - 检查 clobber 是否漏：如果 asm 后某变量值突变，先查是否该写的寄存器没列在 clobber 里
- x86-64 下注意：32 位寄存器（
%eax）操作不影响高 32 位，但%rax全清零；混用容易引发高位脏数据
最麻烦的从来不是语法，而是编译器和 CPU 对内存顺序、寄存器状态的隐含假设。每次写完，先看生成的汇编，再想“编译器此刻认为哪些寄存器/内存是干净的”。
