Iris不提供内置HTTP客户端，对外请求需复用带超时和连接池的*http.Client并显式传入context；直接使用http.Get或每次new client易致连接泄漏、超时失控；第三方响应不可直接透传，须统一错误码、脱敏、正确处理Body。
第三方API接口调用在 Iris 中和标准 Go HTTP 客户端完全一致，Iris 不封装、不代理、不拦截外部请求——它只负责处理进来的 HTTP 请求，对外发起请求得你自己来。
为什么不能用 ctx.HTTPClient 或类似内置客户端？
Iris 没有提供 ctx.HTTPClient 这类方法，也没有默认的全局 HTTP 客户端实例。所有出站请求必须显式构造 *http.Client，否则容易踩坑：
- 直接用
http.Get/http.Post会使用默认客户端，无法控制超时、重试、TLS 配置，生产环境极易卡死或泄漏连接 - 若在 handler 里每次 new
http.Client，不设Transport会导致连接池失控（Go 默认 MaxIdleConnsPerHost=2） - 没有 context 传递，无法配合请求生命周期做 cancel 或 timeout
正确做法：复用带超时和连接池的 *http.Client
在应用初始化时创建一次客户端，注入到 handler 或服务层中：
var httpClient = &http.Client{
Timeout: 10 * time.Second,
Transport: &http.Transport{
MaxIdleConns: 100,
MaxIdleConnsPerHost: 100,
IdleConnTimeout: 30 * time.Second,
},
}在 handler 中使用时传入 r.Context()，而不是 context.Background()：
req, err := http.NewRequestWithContext(r.Context(), "GET", "https://api.example.com/data", nil)
if err != nil {
ctx.StatusCode(500)
ctx.WriteString("request build failed")
return
}
resp, err := httpClient.Do(req)
// ... 处理 resp.Body常见错误：把第三方响应直接 ctx.JSON 返回
第三方 API 的响应结构、状态码、Header 往往和你的内部接口不一致，直接透传会破坏契约：
- 对方返回 404 或 503 时，你不能原样返回给前端——应转为统一错误码，比如
ctx.StatusCode(502) - 对方返回
Content-Type: application/xml，但你调了ctx.JSON(...)→ panic - 对方响应体含敏感字段（如
trace_id、internal_code），未脱敏就透出 - 没读完
resp.Body就 return → 连接无法复用，HTTP/2 流被挂起
调试时怎么确认请求发出去了？
别只看日志，用 httputil.DumpRequestOut 和 httputil.DumpResponse 抓原始流量：
req, _ := http.NewRequestWithContext(r.Context(), "GET", url, nil)
dump, _ := httputil.DumpRequestOut(req, true)
iris.Logger().Infof("OUTGOING REQUEST:\n%s", string(dump))
<p>resp, err := httpClient.Do(req)
if err == nil {
dump, _ := httputil.DumpResponse(resp, true)
iris.Logger().Infof("INCOMING RESPONSE:\n%s", string(dump))
}注意：DumpResponse 会 consume resp.Body，仅用于调试，上线前必须删掉或用条件编译包裹。
最易被忽略的是：第三方接口的重定向策略。默认 http.Client 会自动跟随 301/302，但有些 OAuth 接口（如微信）要求禁用重定向并手动处理 Location header ——这时必须设 CheckRedirect: func(req *http.Request, via []*http.Request) error { return http.ErrUseLastResponse }。
