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