最稳的是go-pay和wechatpay-go；前者兼容v2/v3但v3证书刷新需手动，后者专注v3且内置证书轮换、签名验签全流程但不支持v2。
Go 语言做微信支付，核心不是“能不能”，而是“要不要自己造轮子”——官方没 SDK，社区库质量参差，签名、证书、回调验签这三关过不去，90% 的项目会卡在沙箱调试失败或 INVALID_REQUEST 错误上。
用哪个 Go 微信支付库最稳？
目前生产环境踩坑最少的是 go-pay（GitHub 上 star 最多、更新活跃）和 wechatpay-go（腾讯官方团队维护的 v3 版本专用库）。别碰 gopay 旧版或小众 fork，它们对 v3 接口的证书加载、自动重试、日志埋点支持极弱。
-
go-pay：适合需要同时对接支付宝 + 微信的项目，v2/v3 都支持，但 v3 的platform_certificate自动刷新需手动补逻辑 -
wechatpay-go：专注 v3，wechatpay-go/core自带证书轮换、请求签名、响应验签全流程，但不兼容 v2（别指望它跑unifiedorder） - 千万别用
http.Client手写请求 ——Authorization头里的签名含时间戳、随机串、body hash，漏一个字段就返回INVALID_SIGNATURE
沙箱环境调不通？先查这三件事
沙箱不是“换个域名就能用”，它有一套独立的密钥体系和模拟商户号，本地调试时 80% 的 INVALID_REQUEST 来自配置错位。
- 确认你用的是沙箱版
GetSandboxSignKey接口获取的密钥，不是正式环境的 API 密钥（key字段值完全不同） - 调
/v3/pay/transactions/jsapi时，sp_mchid必须填沙箱分配的测试商户号（形如1900000109），不是你自己的正式mch_id - 沙箱回调地址必须是
https且可公网访问（本地用ngrok或cloudflare tunnel），微信服务器不会调你的localhost:8080
v3 回调验签为什么总失败？
微信 v3 回调的 WECHATPAY-SIGNATURE 不是简单 HMAC-SHA256，它基于平台证书公钥验签，且要求完整还原原始响应体（不能提前 json.Unmarshal 再拼回去）。
立即学习“go语言免费学习笔记（深入）”；
- 必须用原始
io.ReadCloser读取 body，存成[]byte后再传给验签函数 —— 任何中间io.Copy或bytes.Buffer转换都可能引入不可见字符 - 验签前检查 header：
WECHATPAY-TIMESTAMP、WECHATPAY-NONCE、WECHATPAY-SIGNATURE缺一不可，且大小写敏感 - 用
wechatpay-go时，务必调用verifiers.NewWechatPayVerifier并传入已加载的平台证书（*x509.Certificate），不是 PEM 字符串 - 常见错误：
failed to verify signature: x509: certificate signed by unknown authority—— 说明你没把微信平台证书（非你的私钥）正确加载进 verifier
证书和密钥怎么安全存？
别把 apiclient_key.pem 直接扔进代码仓库，也别硬编码到 struct 里。微信要求私钥文件权限必须是 0600，否则 SDK 会拒绝加载。
- 用环境变量传路径：
WECHAT_CERT_PATH=./cert/apiclient_cert.pem，运行时挂载只读卷（K8s）或 Secret（Docker） - 私钥文件本身要 chmod 600，Go 程序启动时用
os.Stat检查权限，不满足直接 panic，避免线上静默失败 - 平台证书（
platform_cert.pem）可定期轮换，但不要每次请求都重新读 —— 用time.Ticker每 24 小时 reload 一次即可，否则高并发下 I/O 成瓶颈
真正麻烦的从来不是调通第一笔支付，而是证书过期没人告警、回调重复消费没幂等键、沙箱环境突然返回空 prepay_id 却不报错 —— 这些细节藏在微信文档犄角旮旯里，得靠日志里每条 request-id 和真实响应体逐行比对才能揪出来。
