Go net/http客户端需显式设超时、用NewRequest+Do发带Header/Body请求、复用Client并配CookieJar,且必须检查StatusCode、读取并关闭resp.Body。
Go 的 net/http 客户端默认够用,但直接用 http.Get 或 http.Post 很容易踩坑:超时没设、重定向失控、Cookie 不带、错误没判别。关键不是“能不能发”,而是“发得稳不稳”。
默认 HTTP 客户端没有超时,遇到网络异常或服务无响应会永久阻塞。必须显式配置 http.Client 的 Timeout 或更细粒度的 Transport 超时。
Timeout 是整个请求生命周期上限(DNS + 连接 + 写请求 + 读响应)http.Transport,设置 DialContext、ResponseHeaderTimeout 等context.WithTimeout 包裹 Do —— 它无法中断底层 TCP 连接建立client := &http.Client{
Timeout: 10 * time.Second,
}http.Post 看似简单,但不支持自定义 Header,也不方便复用连接。推荐统一用 http.NewRequest + client.Do。
io.Reader,JSON 数据建议用 bytes.NewBuffer 或 strings.NewReader
Content-Type,比如 application/json 或 application/x-www-form-urlencoded
resp.StatusCode,http.Do 成功只代表网络可达,不代表业务成功req, _ := http.NewRequest("POST", "https://api.example.com/login", strings.NewReader(`{"user":"a","pass":"b"}`))
req.Header.Set("Content-Type", "application/json")
req.Header.Set("Authorization", "Bearer xyz")
client := &http.Client{}
resp, err := client.Do(req)
if err != nil {
log.Fatal(err)
}
defer resp.Body.Close()
if resp.StatusCode != http.StatusOK {
log.Printf("unexpected status: %d", resp.StatusCode)
}
默认 http.Client 已启用连接复用(Keep-Alive),但 Cookie 默认不自动管理。需要显式传入 http.CookieJar 实例。
cookiejar.New,需传入 &cookiejar.Options{PublicSuffixList: publicsuffix.List}(否则 jar 会拒绝设 Cookie)http.Client,它本身是并发安全的,应复用全局实例http.Client 并绑定专属 jarjar, _ := cookiejar.New(&cookiejar.Options{PublicSuffixList: publicsuffix.List})
client := &http.Client{Jar: jar}最常被忽略的是:没

resp.Body 就 close,或完全没读导致连接无法复用;更隐蔽的是,body 为 nil 时调用 ioutil.ReadAll(Go 1.16+ 已弃用)会 panic。
defer resp.Body.Close(),且在读取前检查 resp.Body != nil
io.ReadAll 替代已废弃的 ioutil.ReadAll
io.Copy 或分块读),避免内存暴涨if resp.Body != nil {
defer resp.Body.Close()
body, err := io.ReadAll(resp.Body)
if err != nil {
log.Fatal(err)
}
// 处理 body
}真正难的不是怎么发请求,而是怎么让每次请求都可预期:超时可控、状态可检、连接可复用、错误可追溯。把 http.Client 当成一个需要初始化、监控和回收的资源来看待,而不是随手 New 一下就扔进函数里。