goland 不是压测工具，真实压测需编译二进制、禁用调试与覆盖率、使用系统终端、走真实网关与域名、实时采集 pprof、读写接口分离、构造真实链路请求。
GoLand 本身不压测，别在 IDE 里跑并发脚本
GoLand 是开发环境，不是压测工具。直接在 GoLand 的 Terminal 里跑 go run main.go 启动压测脚本，和在系统终端里跑没区别——但 IDE 自带的 Run Configuration 默认会加调试器、启用 goroutine 跟踪、捕获 panic 日志，这些都会显著拖慢请求吞吐，QPS 可能比命令行低 30%～50%。真实压测必须绕过 GoLand 的运行时干预：
- 压测脚本一律用
go build -o loadtest ./cmd/loadtest编译成二进制，再在终端里执行./loadtest -url https://api.example.com -qps 1000 - 禁用 GoLand 的 “Run with coverage” 和 “Debug” 按钮，它们会注入
-gcflags="-l"禁用内联，让 handler 执行变慢 - 不要用 GoLand 的 “Terminal” 标签页跑
vegeta或hey—— 它默认开启 ANSI 颜色输出和行缓冲，高频日志写入会卡住 stdout，改用系统终端或重定向到文件：vegeta attack ... > result.json
压测目标 URL 必须走真实网关，不能 localhost
电商项目通常有 CDN、WAF、LB 多层代理，localhost:8080 绕过了所有中间件，测出的 QPS 和延迟毫无参考价值。尤其库存扣减类接口，LB 的连接队列、WAF 的限流规则、CDN 的缓存头处理，都会直接影响长尾延迟。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 测试环境域名必须和线上一致（如
https://api-staging.example.com），且 DNS 解析要走真实线路（禁用 hosts 伪造） - 若需复现线上慢请求，优先抓取 Nginx access log 中的
upstream_response_time超过 2s 的 URL，而不是凭空构造 - 对 HTTPS 接口，务必确认证书链完整——GoLand 的 Terminal 可能复用系统证书库，而命令行默认走 Go 内置根证书，证书校验失败会导致大量
tls: failed to verify certificate错误
pprof 采样必须在压测中实时抓，不能等结束后再连
电商大促期间的性能瓶颈往往是瞬态的：GC 尖峰、锁竞争、goroutine 泄漏只持续几十秒。等压测结束再 curl http://localhost:6060/debug/pprof/goroutine?debug=2，大概率已恢复常态，采不到有效数据。
- 压测开始前，先在服务端启动 pprof：确保
import _ "net/http/pprof"已注册，且监听地址不限于127.0.0.1（电商服务常绑定0.0.0.0:6060） - 压测过程中，用另一终端定时采集：
curl -s "http://prod-api:6060/debug/pprof/goroutine?debug=2" > goroutines-$(date +%s).txt，间隔 5 秒一次 - 重点看
runtime.gopark占比高的堆栈——如果是net/http.(*conn).serve+runtime.gopark，说明 accept 队列积压；如果是sync.runtime_SemacquireMutex，说明有锁争用
电商接口压测必须区分“读”与“写”，不能混压
商品详情页（读）和下单接口（写）的资源消耗模式完全不同。混压会导致指标失真：比如 P99 延迟被下单接口的数据库锁拖高，掩盖了详情页缓存命中的真实性能。
- 读接口（如
/products/{id}）重点测缓存穿透防护能力，需构造 5%～10% 的非法 ID 请求，验证是否触发 DB 查询 - 写接口（如
/orders）必须配幂等 key，否则重复下单会污染库存数据；同时观察 MySQL 的Innodb_row_lock_waits是否突增 - 压测报告里必须拆开统计：用不同标签区分流量类型，例如 vegeta 的
-tag read和-tag write，避免用单一 QPS 数字概括整体
