http.Get仅适合本地调试，因无超时、不处理重定向、不复用连接；生产环境须自建*http.Client并设Timeout与Transport，且resp.Body必须defer关闭，POST JSON应使用bytes.NewBuffer避免重复序列化，client需全局复用以复用连接池。
怎么用 http.Get 发最简 GET 请求
直接调用 http.Get 最快，但别忘了它不自动处理重定向、不设超时、不复用连接——线上服务一压就挂。http.Get 本质是用默认的 http.DefaultClient，而这个 client 的 Timeout 是 0（无限等待），Transport 也没限制连接池大小。
- 只适合调试或内部脚本，比如本地查个健康接口：
http.Get("http://localhost:8080/health") - 真实场景必须自建
*http.Client，显式设Timeout和Transport - 别用
http.Get接第三方 API，DNS 解析卡住、后端响应慢、TCP 握手失败都会导致 goroutine 永久阻塞
为什么 resp.Body 必须手动 Close
Go 的 HTTP client 不会自动关闭响应体，漏掉 resp.Body.Close() 会导致底层 TCP 连接无法归还给连接池，连接数越积越多，最终触发 net/http: request canceled (Client.Timeout exceeded while awaiting headers) 或 dial tcp: lookup failed。
- 必须在
defer resp.Body.Close()前检查err是否非 nil，否则 panic：if err != nil { return err }; defer resp.Body.Close() - 如果用
ioutil.ReadAll（Go 1.16+ 改为io.ReadAll），也要在读完后关；流式读取（如io.Copy）同理 - 哪怕只读
resp.StatusCode，也得关——body 可能还有未读数据，不关就锁死连接
POST JSON 数据该用 json.Marshal 还是 bytes.NewBuffer
用 bytes.NewBuffer 包一层 json.Marshal 输出的字节切片，不是为了“更标准”，而是避免重复序列化和内存逃逸。直接传 bytes.NewBuffer(jsonBytes) 给 http.NewRequest，比每次请求都 json.Marshal + 新建字符串再转 []byte 更省。
- 正确写法：
data, _ := json.Marshal(req); req, _ := http.NewRequest("POST", url, bytes.NewBuffer(data)) - 错误写法：
http.NewRequest("POST", url, strings.NewReader(string(data)))—— 多一次 string 转换，触发额外内存分配 - 注意设置 header：
req.Header.Set("Content-Type", "application/json")，否则服务端可能解析失败
并发发请求时 http.Client 能复用吗
能，而且必须复用。每个 *http.Client 自带连接池（通过 Transport），复用 client 才能复用 TCP 连接、复用 DNS 缓存、复用 TLS 会话。新建 client 相当于扔掉整个连接池，高并发下瞬间打满文件描述符。
立即学习“go语言免费学习笔记（深入）”；
- 全局声明一个 client：
var httpClient = &http.Client{Timeout: 10 * time.Second} - 需要定制 Transport 时，不要改
DefaultTransport，而是 new 一个：&http.Transport{MaxIdleConns: 100, MaxIdleConnsPerHost: 100} - 别在 handler 里 new client，尤其别用
context.WithTimeout包 client——timeout 应该由 client 自己控制，不是靠 context cancel 间接中断
真正难的是超时粒度：你没法对单个请求设不同 timeout，除非为每种场景配独立 client。多数时候，按业务分组（如“支付回调”“日志上报”）设不同 client 更可控。
