go语言中用汇编加速加解密需满足严格条件：仅优化pprof显示cpu占比超25%的热循环，汇编函数名须为text·add(sb)且含nosplit，参数对齐需精确到字节，avx2指令须配vzeroupper及内存对齐处理，并通过go tool objdump验证vpaddd等指令是否生效。
Go 语言里用汇编加速加解密，不是为了替换整个算法，而是把最热的内层循环（比如大整数模幂、AES轮函数、向量加法）抠出来重写。它只在 pprof 显示某个函数占 CPU >25%、且 Go 层已无结构优化空间时才值得动手。
汇编函数必须和 Go 原型严格对齐
常见错误是 undefined: Add 或调用时 panic —— 这不是链接失败，是 Go 编译器压根没认出你要导出的符号。
-
add.go中必须声明func Add(a, b *big.Int) *big.Int（哪怕空实现），否则go build不会去找.s文件 -
add_amd64.s的函数名必须是TEXT ·Add(SB), NOSPLIT, $0-48：注意那个·是 Unicode 中点（U+00B7），不是英文句点；$0-48表示栈帧 0 字节，参数+返回值共 48 字节（两个*big.Int各 24 字节） - 文件必须在同一包、同一目录下；不能放在
internal/或子目录；GOOS=linux GOARCH=amd64要匹配目标平台
AVX2 加速整数向量运算（如 Paillier 模加）
标准 math/big 的 Add 是标量逐位处理，而 AVX2 的 vpaddd 可一次并行加 8 个 int32。但直接写会崩溃或结果错乱。
- 入口参数要用
FP偏移取：比如src1_ptr+0(FP)、src2_ptr+8(FP)、dst_ptr+16(FP)、len+24(FP) - 必须检查长度：
CMPQ $8, CX，小于 8 就跳过 AVX 路径，回退到 Go 循环补余数 - 内存地址需 32 字节对齐：用
ANDQ $-32, AX截断起始地址，再用标量指令单独处理头尾 0–7 个元素 - 函数末尾
RET前必须插VZEROUPPER，否则后续调用 SSE 函数可能非法指令 crash
反汇编验证是否真生效
别信日志或 benchmark 数字，要亲眼看到你的指令在二进制里跑起来。
- 构建：
go build -o myapp ./main.go - 反汇编：
go tool objdump -s "main\.Add" ./myapp（注意包路径和点号转义） - 如果输出里出现
vpaddd、vpmovzxdq等指令，说明成功；如果还是CALL runtime.gcWriteBarrier或CALL math/big..add，说明汇编没接入，回去核对·、签名、文件名三者是否完全一致 -
go tool compile -S main.go输出的是 Go 编译器生成的中间汇编，不能用来验证你的.s是否生效
真正难的从来不是写出几条 vpaddd，而是让 GC 知道你传进去的 slice 底层数组还在被汇编函数用着——漏掉 //go:nosplit 或传裸指针，可能在 GC 扫描时就回收了内存，导致静默数据损坏。
