go并发性能测试必须启动真实httptest.server或net/http.server，用客户端发完整http请求（含headers、timeout、body），预生成输入数据，禁用非核心中间件，严格匹配生产路由配置，否则测出的是测试代码bug而非服务真实瓶颈。
Go 并发性能测试不是配完环境就能跑出准结果的，必须控制好 goroutine 生命周期、HTTP 客户端复用、连接池参数和资源回收——否则测出来的不是服务瓶颈，是测试代码自己的 bug。
怎么让 go test -bench 真正反映并发处理能力
直接在 Benchmark 函数里调 http.ServeHTTP 是错的：它绕过了真实 TCP 连接、TLS 握手、连接复用、中间件（比如日志、熔断），结果和线上毫无可比性。
- 必须启动真实
httptest.Server或轻量net/http.Server，用客户端发完整请求（含 headers、timeout、body） - 输入数据要预生成，别在
b.N循环里做json.Marshal或rand.Intn，否则测的是序列化/随机数，不是 handler 逻辑 - 关闭非核心中间件：比如测试时禁用 Prometheus metrics 上报、trace 注入；可用
if !testing.Benchmark()控制开关 - 路由必须完全匹配生产配置（包括 trailing slash、参数占位符），否则 fallback 到 404 handler，你其实是在测错误路径
为什么并发压测一跑就 OOM 或 fd 耗尽
常见写法是 for i := 0; i ，看着简洁，实际危险：没控并发、没关 body、没调优 Transport。
-
http.Response.Body不Close()→ 连接无法复用，文件描述符泄漏，后续请求变慢甚至失败 -
http.DefaultClient.Transport默认MaxIdleConns=100，压测 500 并发时直接排队等连接 - 高频域名解析会阻塞 goroutine，需自定义
Transport.DialContext+net.Dialer.Timeout - goroutine 数量失控：每个至少占 2KB 栈空间，10k 并发 ≈ 20MB 内存起步，还没算响应体缓冲
正确做法是加 channel 限流 + 显式 close：
Colly Golang Web Scraper and Crawler Framework
下载
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
sem := make(chan struct{}, 100)
for i := 0; i <h3>pprof 怎么帮你看清并发瓶颈在哪</h3><p>光看 QPS 和延迟不够，得用 <code>go tool pprof</code> 拆开看 Goroutine 分布、调度延迟、锁竞争和内存逃逸。</p>
-
go tool pprof http://localhost:6060/debug/pprof/goroutine?debug=1→ 查看当前活跃 goroutine 数量和堆栈，确认是否堆积 -
go tool pprof http://localhost:6060/debug/pprof/schedlatency_profile→ 观察调度延迟是否突增，判断 GOMAXPROCS 是否过高 - 若
runtime.NumGoroutine()持续 > 10k 且不停增长，大概率是 handler 里漏了defer resp.Body.Close()或死循环启 goroutine - 对 mutex 竞争敏感的服务，需显式启用：
import _ "net/http/pprof"后加runtime.SetMutexProfileFraction(1)
微服务回归测试中 benchstat 为什么总说“没变化”
benchstat 只统计你在 Benchmark 函数里写的那几行代码耗时，它看不见 GC STW、连接池等待、DNS 解析、中间件开销这些真实链路成本。
- 一次
BenchmarkHTTPHandler运行期间可能触发多次 STW，但ns/op里不体现 - mock 服务在 benchmark 里不耗时、不分配内存、不触发逃逸，导致
ns/op假性优秀 - 真实依赖应走轻量服务：比如用
testcontainers-go启单节点 Redis 或 SQLite，比 mock 更贴近延迟和内存行为 - 数据库操作必须走完整
sqlmock+database/sql流程，保留连接池、参数绑定、scan 开销
真正关键的不是数字本身，而是你有没有把 resp.Body.Close()、sync.WaitGroup、transport.MaxIdleConns 这些细节钉死——它们不出问题时你感觉不到，一出就是雪崩。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
