最简可运行内联汇编为asm("nop");，但真正安全起点是asm volatile("nop" ::: "rax");，需用volatile禁优化、clobber声明寄存器破坏，读写C变量须用约束符如"=r"、"m"，禁用硬编码寄存器和push/pop，跨架构需适配寄存器名与clobber。
gcc/clang下用asm写内联汇编最简能跑通的写法
直接写asm("nop");就能过编译，但几乎没用——它不告诉编译器你动了哪些寄存器、内存或标志位，优化一开就崩。真正安全的起点是asm volatile("nop" ::: "rax");，其中volatile禁用优化，::: "rax"声明破坏了rax寄存器（哪怕实际没改），让编译器不敢假设它的值还有效。
-
asm必须带volatile，否则编译器可能整个删掉你的汇编块 - 哪怕只读寄存器（比如
mov %rax, %rax），也要在clobber list里写上，否则寄存器重用会出错 - Windows MSVC不支持这种语法，它用
__asm且不支持扩展约束，跨平台代码基本没法写 - 64位下默认是AT&T语法（
movq $1, %rax），但gcc加-masm=intel可切Intel语法（mov rax, 1），注意命令行和IDE设置要同步
读写C变量时怎么用约束符（constraint）
硬编码寄存器名（比如"movq %0, %rax"）是错的——编译器可能把变量分配在rbx，而你强行往rax写，数据就丢了。正确做法是用约束符让编译器自己选寄存器或内存位置。
-
"r"：让编译器选任意通用寄存器（%0展开为%rax或%rdi等） -
"=r"：输出操作数，表示“把结果放寄存器里，再赋给C变量” -
"m"：强制走内存地址（"movq %0, (%1)"中%1是变量地址） - 别用
"0"（匹配第一个操作数）除非真需要输入输出同位置，容易和寄存器编号混淆 - 示例：
int x = 5; asm("inc %0" : "=r"(x) : "0"(x));——"0"确保输入输出用同一寄存器，"=r"保证结果回写
为什么push/pop在函数内联汇编里大概率出错
因为编译器生成的函数序言（prologue）已经管理好了栈帧，你手动push rax会破坏rbp或rsp对齐，尤其开启-fstack-protector后，栈溢出检测直接触发段错误。
- 所有修改
rsp的指令（push、pop、sub rsp, 8）都必须成对出现，且总量为16字节对齐（x86-64 ABI要求） - 更安全的做法是用局部变量模拟栈操作：
long tmp; asm("movq %%rax, %0" : "=m"(tmp)); - 如果真要调用C函数（比如
printf），必须用完整函数调用约定，内联汇编里call几乎不可能做对——这时候该写独立汇编函数再extern "C"链接 - 错误现象典型是：单步调试看着没问题，一开-O2就崩溃，或者只在ASLR启用时偶发失败
内联汇编在不同CPU架构上根本不是一回事
x86/x86-64只是特例。ARM64用x0-x30寄存器，RISC-V用x1-x31，约束符规则类似但clobber list必须按实际架构列（比如ARM64要写"x0", "x1"，不能照搬"rax"）。
立即学习“C++免费学习笔记（深入）”；
- gcc的
__builtin_ia32_*系列（如__builtin_ia32_rdtsc）比手写asm更可靠，它们是编译器内置函数，自动处理约束和clobber - AVX指令（如
vaddps）涉及寄存器状态（ymmvsxmm），必须在clobber里加上"ymm0"等，否则编译器可能复用被覆盖的高位 - 嵌入式场景（ARM Cortex-M）常关中断，但
asm volatile("cpsid i")后必须配cpsie i，且要确认编译器没在中间插其他指令——这时volatile不够，得用asm goto或单独函数
最麻烦的从来不是语法，而是你写的那几行汇编，在编译器眼里只是“一段黑盒字节流”，它既不知道你要读什么、改什么，也不知道你依赖哪个CPU特性。稍有不慎，就是优化后行为突变、跨平台编译失败、或者生产环境偶发崩溃。
