Golang框架中的压力测试与性能监控指南-Golang-PHP中文网

直接用 http.get 会导致连接池失效、time_wait 爆炸、dns 查询重复、tls 握手频繁、端口耗尽和 too many open files 错误；必须复用 http.client 并正确配置 maxidleconns、maxidleconnsperhost、idleconntimeout、tlshandshaketimeout 四个参数。

golang框架中的压力测试与性能监控指南

压测脚本里直接用 http.Get 会出什么问题

它每次调用都新建一个 http.Client，而默认 Transport 的 MaxIdleConns 是 0，等于禁用连接池。后果很实在：

TIME_WAIT 连接爆炸，本机端口快速耗尽
同一域名反复走 DNS 查询，延迟毛刺明显
HTTPS 请求频繁 TLS 握手，CPU 和 RT 都被拖垮
并发稍大就卡在 socket: too many open files，根本不是服务瓶颈，是你本机 ulimit 限制了

必须显式复用 http.Client，并配齐四个关键参数：MaxIdleConns、MaxIdleConnsPerHost、IdleConnTimeout、TLSHandshakeTimeout。缺一不可，且前两者必须设为相同值（比如都设 200）。

怎么写一个不泄露 goroutine 的压测循环

裸写 for i := 0; i 等于瞬间拉起 n 个 goroutine，这不是“100 QPS”，是“100 并发瞬发”，测的是你本机网络栈极限，不是目标服务真实吞吐。

用 sync.WaitGroup 等待所有 worker 结束，避免主进程提前退出
用带缓冲的 chan struct{} 做并发控制（信号量），别靠 time.Sleep 控节奏
每个请求必须带 context.WithTimeout，否则失败请求会无限 hang 住 goroutine
HTTP 响应体必须显式 resp.Body.Close()，否则连接无法释放回池

pprof 监控哪些指标才真正有用

压测时盯着 top 看 CPU 是最低效的方式。pprof 能暴露真正影响吞吐的关键信号：

Golang Spf13 Viper

Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。

下载

/debug/pprof/goroutine?debug=2：看是否有 goroutine 卡死或持续增长（泄露迹象）
/debug/pprof/heap：确认内存是否随请求线性增长（没复用对象 or 没释放 buffer）
/debug/pprof/block：查阻塞点，比如锁竞争、channel 阻塞、DNS 解析卡住
/debug/pprof/mutex：高并发下锁争用是否成为瓶颈

注意：pprof 默认只监听 localhost，部署到服务器后若没改 http.ListenAndServe("localhost:6060", nil) 为 ":6060"，外部就访问不到；另外 /goroutine?debug=2 输出完整栈，别在高并发时频繁刷，会拖慢服务。