Go汇编函数名必须用Unicode中点“·”作前缀（U+00B7），而非ASCII点“.”，否则链接时报undefined；TEXT ·add(SB), NOSPLIT, $0-16中$0-16表示栈帧0字节、参数与返回值共16字节，FP伪寄存器指向参数区起始，a+0(FP)、b+8(FP)、ret+16(FP)须严格按此偏移访问。
Go汇编不是“写个加法就完事”的玩具，它只在你明确知道 go tool compile -S 输出里哪一行拖慢了 30ns、且 profile 显示该函数占 CPU 热点 40% 时才值得动手。
TEXT ·funcname(SB) 中的 · 是 Unicode 中点，不是英文点
这是最常导致 undefined: funcname 的原因。Go 汇编要求符号名前必须用 U+00B7（·），而非 ASCII 点（.）。复制粘贴时极易混入错误字符，尤其从网页或 PDF 复制代码时。
- 正确：
TEXT ·add(SB), NOSPLIT, $0-16 - 错误：
TEXT .add(SB), NOSPLIT, $0-16（编译不报错，但链接时找不到符号） - 验证方式：用
go tool objdump -s add main查看符号表，若显示main.add而非main·add，说明前缀错了 - 编辑器建议：VS Code 中安装 “Unicode Highlighter”，高亮显示所有非 ASCII 符号；Vim 可配
set listchars=tab:▸\辅助识别
参数偏移 a+0(FP) 必须按栈帧大小严格对齐
FP 不是通用寄存器，它是伪寄存器，指向栈帧起始位置。参数和返回值布局完全依赖你在 TEXT 行声明的栈帧大小（如 $0-24 中的 24）。
-
$0-24表示：栈帧自身大小为 0 字节，参数 + 返回值共占 24 字节（两个int64输入各 8 字节，一个int64输出 8 字节） - 偏移计算必须与 Go 声明一致：
func add(a, b int64) int64→a+0(FP),b+8(FP),ret+16(FP) - 若结构体参数未对齐（如
[3]byte后跟int64），偏移会跳变，必须用unsafe.Offsetof验证，不能靠直觉 - ARM64 下参数优先走寄存器（X0–X7），但 Go 汇编仍强制通过 FP 访问——这是 Plan 9 ABI 统一抽象，不是底层硬件行为
NOSPLIT 和 $0-0 是性能安全组合，缺一不可
没有 NOSPLIT 的汇编函数，在 goroutine 栈快耗尽时可能被 runtime 插入栈分裂检查，而你的汇编代码没预留空间处理该逻辑，直接 panic。
立即学习“go语言免费学习笔记（深入）”；
-
NOSPLIT告诉编译器：此函数绝不允许栈增长，调用前 caller 必须确保有足够空间 -
$0-0表示：栈帧大小 0 字节，参数+返回值共 0 字节（即无参数无返回）；若实际有参数却写成$0-0，MOVQ a+0(FP), AX会读到错误内存地址 - 常见误用：
$8-16—— 第一个数字是栈帧大小，不是局部变量数量；写错会导致 SP 错位，后续函数调用崩溃 - 调试技巧：加
//go:noinline到 Go 原型函数上，再用go tool trace观察是否出现runtime.stackoverflow
AVX2 指令必须运行时检测，sys.HasAVX2 是编译期常量
runtime/internal/sys.HasAVX2 在几乎所有二进制中都是 false，它只反映 Go 编译器构建时的 CPU 特性，与当前运行机器无关。
- 真正检测需手写 cpuid 汇编：
MOVL $1, AX→CPUID→ 检查CX第 5 位（AVX2） - AVX2 寄存器统一用
X0–X15，不能写Y0或xmm0；指令顺序是源/源/目标，如VPMULLD X0, X1, X2 - 切片参数不能直接传入向量寄存器：必须先用
MOVQ data+0(FP), AX取底层数组指针，再用MOVOU (AX), X0加载 - GOAMD64=v3 不启用 AVX2：它仅影响编译器自动向量化，无法让你调用
VADDPS等指令
Plan 9 汇编的真正门槛不在语法，而在你能否把 go tool compile -S 和自己写的 .s 文件逐行比对出寄存器分配差异——那几行看似无关紧要的 LEAQ 或 MOVQ，往往就是性能瓶颈的全部来源。
