直接拼接字符串构造payload在压测中会出问题，因真实请求含时间戳、随机id、签名等动态字段，硬编码会导致签名失效、id冲突、结果失真；应封装为无参函数，每次生成全新合法数据，并确保线程安全与字段序列化正确。
为什么直接拼接字符串构造 payload 在压测中会出问题
因为真实业务请求的 payload 往往含时间戳、随机 ID、签名、token 过期校验等动态字段，硬编码或简单 fmt.Sprintf 会导致：请求被服务端拒绝（如签名失效）、数据污染（重复 ID 冲突）、压测结果失真（缓存命中率虚高）。关键不是“能不能发出去”，而是“发出去的每个请求是否符合业务语义”。
用 func() map[string]interface{} 替代静态 JSON 字符串
把 payload 构建逻辑封装成无参函数，每次调用生成全新、合法的数据。Go 压测工具（如 gobench 或自研基于 net/http 的并发客户端）可直接调用该函数获取 payload，避免复用同一份数据。
- 签名字段必须每次重新计算：
h := hmac.New(sha256.New, []byte(secret)); h.Write([]byte(timestamp + body)); - 时间戳用
time.Now().UnixMilli()，别用time.Now().Unix()（秒级精度在高并发下极易重复） - 随机字符串推荐用
crypto/rand.Read生成字节，再 base64 编码，比math/rand更安全且不需 seed 初始化 - 若 payload 结构固定但部分字段需递增（如订单号），闭包内维护原子计数器：
var id uint64; return func() map[string]interface{} { id++; return map[string]interface{}{"order_id": fmt.Sprintf("ORD%012d", id)} }
json.Marshal 前检查 nil slice 和零值字段
Go 的 json.Marshal 默认把 nil slice 序列化为 null，而多数 HTTP API 要求空数组是 []；同时，struct 中带 omitempty 标签的字段若为零值（0、""、false）会被丢弃，可能触发服务端必填校验失败。
- 对 slice 字段显式初始化：
Items: make([]Item, 0)而非Items: nil - 用指针字段控制是否序列化：
Name *string `json:"name,omitempty"`，需要时才赋值name := "foo"; req.Name = &name - 调试时先打印
bytes再发请求：b, _ := json.Marshal(payload); fmt.Printf("payload: %s\n", b)，避免黑盒发送错误数据
并发场景下生成函数的性能与线程安全
每个 goroutine 调用 payload 函数时，若内部依赖全局状态（如共享的 rand.Rand 实例、未加锁的计数器），会导致数据错乱或 panic。这不是“能不能跑”，而是“跑一万次后第 9999 次请求是否还合法”。
- 避免全局
math/rand.Rand：改用rand.New(rand.NewSource(time.Now().UnixNano()))每次新建，或用crypto/rand（它本身线程安全） - 计数器类变量必须用
sync/atomic：atomic.AddUint64(&counter, 1)，别用普通 int64 加锁 - 如果生成逻辑涉及外部调用（如查 Redis 获取 token），务必设超时并做 fallback，否则单个慢请求拖垮整个压测进程
动态 payload 的核心不是“怎么生成”，而是“每次生成的结果是否独立、合法、可重现”。哪怕多花 20μs 在生成上，也比压测中途因签名错误被限流强。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
