Go语言无内置接口压测工具，需用hey或自写Go脚本；hey轻量支持HTTP/2，但须加- H "Connection: close"、-t超时、-n而非-z；自写脚本推荐gomodules.xyz/loadtest，需手动管理http.Client禁用连接复用。
Go 语言本身没有内置的接口压测工具，go test 仅适合功能验证，不能模拟并发请求或统计吞吐、延迟分布。真要测微服务接口性能，得靠外部工具或自己写压测逻辑，且必须绕开 Go 默认 HTTP client 的连接复用陷阱。
用 hey 快速验证接口吞吐与 P95 延迟
hey 是最轻量、最贴近真实场景的命令行压测工具，比 ab 支持 HTTP/2 和更细粒度指标，安装后一行命令就能跑出关键数据：
hey -n 1000 -c 50 -m POST -H "Content-Type: application/json" -d '{"id":123}' http://localhost:8080/api/v1/users常见误用点：
- 漏加
-H "Connection: close"—— 默认 keep-alive 会复用 TCP 连接，掩盖服务端连接池压力 - 没设
-t 30（超时）—— 某些慢响应会卡住整个压测进程 - 用
-n而非-z 30s测稳态 —— 短连接突发流量 ≠ 持续负载，后者才反映真实服务能力
用 gomodules.xyz/loadtest 写可定制的 Go 压测脚本
当需要动态构造请求体、校验响应状态、或注入 token 等逻辑时，硬编码在 hey 里不现实，直接用 Go 写压测客户端更可控。社区库 gomodules.xyz/loadtest 提供了并发控制和结果聚合，但要注意它默认不处理重定向和 cookie：
立即学习“go语言免费学习笔记（深入）”；
import "gomodules.xyz/loadtest"
lt := loadtest.New(&loadtest.Config{
URL: "http://localhost:8080/api/v1/orders",
Method: "POST",
Body: []byte(`{"item_id":"abc"}`),
Headers: map[string]string{"Authorization": "Bearer xyz"},
Concurrency: 20,
Requests: 500,
})
lt.Run()
关键细节：
-
Body是字节切片，不是字符串 —— 若含中文或特殊字符，需确保 UTF-8 编码 - 未设置
Timeout字段时，默认用http.DefaultClient，其Timeout为 0（无限等待），务必显式传入&http.Client{Timeout: 5 * time.Second} - 结果中的
Latencies.P95是纳秒单位，打印前记得除以time.Millisecond
避免 http.DefaultClient 导致的连接泄漏与复用失真
很多 Go 压测脚本直接用 http.Post 或 http.DefaultClient.Do，这在高并发下会导致两个严重问题：一是文件描述符耗尽（每个 goroutine 新建连接不关闭），二是连接复用让单个连接承载多个请求，无法暴露服务端连接池瓶颈。
正确做法是手动管理 *http.Client 并禁用复用：
client := &http.Client{
Transport: &http.Transport{
MaxIdleConns: 0,
MaxIdleConnsPerHost: 0,
IdleConnTimeout: 0,
},
Timeout: 3 * time.Second,
}解释：
-
MaxIdleConns = 0和MaxIdleConnsPerHost = 0强制每次请求新建 TCP 连接 -
IdleConnTimeout = 0防止 transport 缓存已关闭的连接句柄 - 不设
Timeout的 client 在压测中可能卡死，尤其遇到服务端 hang 住或网络抖动
真正难的不是发起请求，而是让压测流量逼近生产环境的真实模式：连接行为、请求节奏、错误容忍度。多数人只看 QPS 和平均延迟，却忽略 P99 波动是否随并发线性增长、失败请求是否集中出现在某类路径上 —— 这些才是微服务性能瓶颈的指纹。
