go不支持内联汇编，所有汇编代码必须写在独立.s文件中，通过text定义函数、按abi手动布局参数与返回值，并为不同架构分别实现。
Go汇编不是内联，而是独立.s文件
很多人搜“Go内联汇编”，但Go语言根本不支持C-style的asm关键字内联写法。所有汇编代码必须放在单独的.s文件里（如add_amd64.s），通过TEXT指令定义函数符号，再在Go文件中声明同名函数原型。混淆这点会导致编译失败：找不到符号、链接时报undefined reference。
常见错误现象：
- 把汇编代码直接写进
.go文件，报错syntax error: unexpected $, expecting newline or ; - 函数名没加前导点（如写
Add而非·Add），链接器找不到main.Add - 没指定架构后缀（如
_amd64.s），跨平台构建时被忽略
参数和返回值布局必须按栈帧规则硬编码
Go汇编不自动推导参数位置，全部靠手动偏移计算。比如int64类型参数占8字节，两个输入参数+一个返回值共16字节，就得写$0-16；参数从+0(FP)开始，返回值从+16(FP)写入。错1字节就导致读到垃圾值或段错误。
典型布局示例（两个int64输入，一个int64返回）：
TEXT ·Add(SB), NOSPLIT, $0-16 MOVQ a+0(FP), AX MOVQ b+8(FP), BX ADDQ BX, AX MOVQ AX, ret+16(FP) RET
容易踩的坑：
- 误用寄存器名（如写
mov rax, ...而不是MOVQ），Plan 9语法不认Intel命名 - 忽略
NOSPLIT——如果函数可能触发栈分裂，而汇编里没做栈检查，运行时panic - 对
string或slice这类复合类型，必须拆成data和len字段分别读取，不能当普通指针用
调用约定与ABI强绑定，x86_64和arm64写法完全不同
Go汇编不是跨架构的“伪汇编”，它生成的是真实机器码，所以amd64和arm64的寄存器名、指令格式、栈帧结构全都不一样。同一个逻辑，在_amd64.s里用MOVQ/ADDQ，在_arm64.s里就得换成MOVD/ADDD，且参数传入寄存器也不同（ARM用X0~X7，AMD64用AX/DI/SI等）。
这意味着：
- 没法一份汇编通吃所有平台，必须为每个目标架构单独维护
.s文件 - 想用AVX指令？只能写
_amd64.s，ARM上直接编译不过 -
GOOS=linux GOARCH=arm64 go build时，只会找_arm64.s，其他后缀文件被静默忽略
性能收益有明确边界，别过早优化
标准库里大量关键路径（如md5、crypto/aes）早已用汇编实现，且Go编译器内联和SSA优化非常激进。实测表明：对简单算术运算，手写汇编比编译器生成的代码快不到5%；真正能拉开差距的是SIMD批量处理、系统调用直通、或绕过GC逃逸分析的内存操作。
值得动手的场景：
- 需要调用
SYSCALL且不想走syscall.Syscall的封装开销 - 对固定长度数组做AVX2并行加法（如图像像素处理）
- 实现无锁原子操作，且标准库
sync/atomic不满足语义（如带条件的CAS序列）
最常被忽略的一点：汇编函数一旦存在，Go编译器就绝不会对它做任何内联或逃逸分析——你写的每一行都是最终机器码，调试和维护成本远高于纯Go代码。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
