应使用自定义 http.Client 替代 http.Get：可设超时、Header、重试，避免连接泄漏；发 JSON POST 需用 http.NewRequest + client.Do 并显式设 Content-Type；务必关闭或读取 resp.Body。
如何用 http.Get 发起最简 GET 请求
直接调用 http.Get 是最快捷的方式，但它会使用默认的 http.DefaultClient，不支持超时、自定义 Header 或重试控制。
- 必须手动关闭响应体（
resp.Body.Close()），否则会泄漏 HTTP 连接 - 无法设置请求超时 —— 默认阻塞直到 TCP 连接建立 + 响应返回，容易卡死
- 若服务端返回非 2xx 状态码，
http.Get不报错，需手动检查resp.StatusCode
resp, err := http.Get("https://httpbin.org/get")
if err != nil {
log.Fatal(err)
}
defer resp.Body.Close() // 必须加
body, _ := io.ReadAll(resp.Body)
fmt.Printf("status: %d, body: %s", resp.StatusCode, string(body))
为什么应该用 http.Client 替代默认客户端
http.Client 是可配置的核心类型，所有高级控制都依赖它。默认客户端只是 &http.Client{} 的实例，没有设任何超时。
-
Timeout字段控制整个请求生命周期（连接 + 写入 + 读取） -
Transport可定制连接池、TLS 配置、代理、重试逻辑 - 复用
http.Client实例是安全且推荐的 —— 它是并发安全的
client := &http.Client{
Timeout: 5 * time.Second,
}
resp, err := client.Get("https://httpbin.org/delay/3")
如何发送带 Header 和 JSON Body 的 POST 请求
Go 的 http.Post 函数看似方便，但只支持固定 Content-Type（application/x-www-form-urlencoded 或纯文本），发 JSON 必须用 http.NewRequest + client.Do。
- JSON 数据要先序列化为
[]byte，再传给bytes.NewReader - 必须显式设置
Content-Type: application/json，否则服务端可能解析失败 - 不要用
http.Post发 JSON —— 它会忽略你传的 Header
data := map[string]string{"name": "alice"}
jsonBytes, _ := json.Marshal(data)
req, _ := http.NewRequest("POST", "https://www.php.cn/link/dc076eb055ef5f8a60a41b6195e9f329", bytes.NewReader(jsonBytes))
req.Header.Set("Content-Type", "application/json")
req.Header.Set("Authorization", "Bearer xyz")
client := &http.Client{Timeout: 10 * time.Second}
resp, err := client.Do(req)
常见错误：未读取或未关闭 resp.Body 导致连接泄漏
只要调用了 client.Do 或 http.Get，就一定有 resp.Body。即使你只关心状态码，也必须读完或关闭它，否则底层连接不会归还给连接池。
立即学习“go语言免费学习笔记（深入）”；
- 用
io.Copy(io.Discard, resp.Body)忽略响应体内容 - 用
io.ReadAll读取全部后仍要Close() - 在
defer中关，但注意：如果resp是 nil（比如请求失败），defer resp.Body.Close()会 panic
resp, err := client.Do(req)
if err != nil {
log.Fatal(err)
}
defer resp.Body.Close() // 此时 resp 不为 nil，安全
// 如果只想检查状态码，又不想读 body：
, = io.Copy(io.Discard, resp.Body) // 必须执行这一行
HTTP 客户端行为高度依赖底层 http.Transport，而它的默认配置（如 MaxIdleConnsPerHost: 2）在高并发场景下极易成为瓶颈 —— 这个细节多数人写完第一个 http.Client 就忘了调。
