ARM内联汇编需区分AArch32/AArch64：寄存器名（r0–r15 vs x0–x30）、约束符（"=r"通用、"=w"浮点）、指令格式（mov r0,#1 vs mov x0,#1）均不同，须显式指定架构并正确使用volatile、clobber和操作数约束。
ARM 架构下 asm 语法和 GCC 内联汇编基本写法
ARM 上的内联汇编不是 x86 那套 __asm__ volatile ("mov %0, #1" : "=r"(x)) 直接搬过来就能用的——寄存器名、约束符、指令格式全得按 ARM AArch32/AArch64 分开处理。GCC 对 ARM 的支持以 asm（或 __asm__）为入口，但必须显式指定目标架构，否则容易编译失败或生成错误指令。
- AArch64（64位）用
mov x0, #1，寄存器是x0–x30；AArch32（32位）用mov r0, #1，寄存器是r0–r15，混用会报error: invalid register name - 约束符要匹配：ARM64 下
"=r"分配通用寄存器没问题，但"=w"才能绑定浮点/SIMD 寄存器（如d0），用错会触发error: unknown constraint letter - 必须加
volatile，否则 GCC 可能在优化时删掉你写的汇编块——尤其当输入/输出没被后续 C 代码实际使用时 - 示例（AArch64）：
int x = 0; asm volatile ("mov %0, #42" : "=r"(x));注意这里%0是输出操作数占位符，不是寄存器名
如何安全读写 C 变量：输入/输出操作数与内存约束
直接在汇编里写 str x0, [x1] 硬编码地址？危险。正确方式是靠 GCC 提供的操作数绑定机制，让编译器决定变量放哪、是否进寄存器、要不要同步内存。
- 输出用
: "=r"(out_var)，输入用: "r"(in_var)，双向用: "+r"(var)；"=r"表示“只写”，"r"表示“只读”，"+r"表示“读+写” - 若汇编修改了内存但没声明，GCC 可能重排指令或缓存旧值——必须加
"memory"clobber：asm volatile ("str %0, [%1]" : : "r"(val), "r"(addr) : "memory") - 别用
"=m"直接绑结构体字段，除非你确认字段对齐且无 padding；更稳妥的是先取地址：int *p = &s.field; asm ("str %0, [%1]" : : "r"(v), "r"(p)) - AArch64 下
"=w"绑浮点寄存器时，变量类型必须是float/double，不能是int，否则运行时行为未定义
常见崩溃原因：clobber 列表漏写、调用约定冲突、未处理条件码
嵌入汇编后程序跑飞、段错误、结果随机——八成是 clobber 没写全，或者踩了 ARM 调用约定的坑。
- ARM64 调用约定规定
x0–x7是参数/返回寄存器，x19–x29是 callee-saved；如果你在汇编里改了x20却没在 clobber 里声明"x20"，上层函数恢复时就会拿到垃圾值 - 条件执行指令（如 AArch32 的
moveq）不会自动更新 NZCV 标志位，但 C 代码可能依赖它；要么手动加"cc"到 clobber，要么避免在汇编末尾留条件码副作用 - 使用
ldp/stp一次读写多个寄存器时，必须把所有被改的寄存器都列进 clobber，漏一个就可能破坏栈帧 - 错误示例：
asm ("add x0, x0, #1");—— 没输出、没输入、没 clobber，GCC 不知道你在动什么，优化后可能完全消失或干扰其他逻辑
调试和验证：怎么确认内联汇编真按你想要的方式生成了
光看编译不报错没用。ARM 汇编行为隐蔽，必须落到汇编输出层验证。
立即学习“C++免费学习笔记（深入）”；
- 用
g++ -S -O2 test.cpp生成.s文件，搜asm块附近，确认生成的指令是mov x0, #42而不是mov w0, #42（后者是 32 位截断） - 加
-march=armv8-a+simd等明确扩展，避免 GCC 默认降级到基础指令集，导致fmov被替换成软浮点调用 - 在
asm块前后加 volatile 访问全局变量，再反汇编看指令顺序——验证"memory"clobber 是否生效 - 真机调试时，用
gdb的disassemble /r查看机器码，比对是否和预期 opcode 一致；AArch64 的mov编码和 x86 完全不同，不能凭感觉猜
最易被忽略的是：AArch64 下 "r" 约束分配的寄存器可能是 x 或 w 前缀，取决于变量大小和上下文；int32_t 和 int64_t 在同一行 asm 里混用，可能让 GCC 分配不一致的寄存器宽度，引发静默截断。
