goland本身不提供http拦截能力，拦截生效与否取决于测试中是否正确调用httpmock.activate()和httpmock.deactivateandreset()；漏调activate会导致请求照发，未defer清理则污染后续测试。
GoLand 本身不提供 HTTP 拦截能力，配置 httpmock 是纯代码层行为；它只负责运行你的测试，而拦截生效与否完全取决于你是否在测试中正确调用 httpmock.Activate() 和 httpmock.DeactivateAndReset()。
为什么 GoLand 里跑 test 仍发真实请求
最常见原因是：测试函数里漏了 httpmock.Activate()，或没用 defer httpmock.DeactivateAndReset() 清理。GoLand 只是执行 go test，它不会自动帮你插入这些调用。
- 现象：
go test报错dial tcp: lookup api.example.com: no such host或返回真实 API 数据 → 请求根本没进 httpmock - 检查点：确认测试开头有
httpmock.Activate()，且该调用在任何 HTTP 请求发起之前执行 - 注意：
httpmock.Activate()是全局开关，只调一次；多个测试并发时，必须每个测试都独立管理生命周期（不能放在TestMain里统一启停）
httpmock 能拦截哪些 client
httpmock 默认接管 http.DefaultClient 和所有未显式设置 Transport 的自定义 *http.Client。但如果你的业务代码写了类似 &http.Client{Timeout: 30 * time.Second}，它依然能拦——前提是没动 Transport 字段。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 能拦：
http.Get()、http.Post()、client.Do(req)（client 未重写 Transport） - 拦不了：
client.Transport = &http.Transport{...}后再发请求 → 此时已绕过 httpmock 的劫持逻辑 - 验证方式：在测试里打印
client.Transport地址，如果还是http.DefaultTransport，说明 httpmock 已生效；如果是自定义*http.Transport，就得换方案（比如直接 mock Transport）
注册规则时 URL 匹配失败的典型原因
httpmock 的 URL 匹配默认是精确字符串匹配，不自动处理末尾斜杠、查询参数、端口省略等细节。
-
https://api.example.com/users≠https://api.example.com/users/（结尾斜杠敏感） -
https://api.example.com/users?id=123不会命中只注册了https://api.example.com/users的规则（查询参数不参与默认匹配） - 想模糊匹配路径，请用正则：
httpmock.RegisterResponder("GET", `^https://api\.example\.com/users/\d+$`, ...)，注意转义点号 - 带 Header 或 Body 匹配？需额外调用
httpmock.RegisterResponderWithQuery()或用httpmock.MatchHeader()组合
测试结束后 panic: "http: read on closed response body"
这不是 httpmock 的 bug，而是你忘了关闭响应体。httpmock 返回的 *http.Response 的 Body 是一个 io.ReadCloser，和真实请求一样必须显式 Close()。
- 错误写法：
resp, _ := http.Get(url); data, _ := io.ReadAll(resp.Body)→resp.Body没关 - 正确写法：
defer resp.Body.Close()必须出现在获取resp后立即执行 - 漏关的后果：goroutine 泄漏，多次运行后测试变慢甚至卡死；GoLand 的 test runner 可能报 “test timed out” 而非明确错误
真正容易被忽略的是：httpmock 的规则注册和激活是**测试函数内聚的**，不是项目级配置。你在 GoLand 里点绿色三角形运行单个测试，它只管执行那个函数——其他测试文件里的规则、Activate 状态，它一概不管。别指望在某个 test 文件里 Activate 一次，就能让整个 package 的测试都生效。
