Go 中处理 HTTP 响应需正确读取 Status 和 Body，及时关闭 resp.Body 防连接泄漏，手动检查 StatusCode 而非依赖 Status，注意 resp 为 nil 的情况及超时设置。
在 Go 中处理 HTTP 响应，关键在于正确读取 http.Response 的 Status（状态行信息）和 Body（响应体），同时注意资源释放与错误处理。下面分几个实用角度说明。
resp.StatusCode 是整数形式的 HTTP 状态码（如 200、404），resp.Status 是完整字符串（如 "200 OK"）。一般推荐用 StatusCode 判断逻辑，更可靠：
if resp.StatusCode == http.StatusOK）resp.Status 主要用于日志或调试，不建议用于判断——因某些服务可能返回非标准短语（如 "200 Success"）http.DefaultClient.Do 默认不会返回 error；需手动检查resp.Body 是 io.ReadCloser，必须显式关闭，否则会泄漏连接（尤其在复用连接时）：
defer resp.Body.Close() 是最常见做法，但要放在检查 err 之后，避免 panicClose()，否则连接无法复用io.ReadAll 一次性读完并缓存字节切片，再用 bytes.NewReader 重建可重读的 readerBody 是流式字节流，需根据 Content-Type 和业务需求选择解析方式：
立即学习“go语言免费学习笔记（深入）”；
json.NewDecoder(resp.Body).Decode(&v)，比 io.ReadAll + json.Unmarshal 更省内存io.ReadAll(resp.Body) 得到 []byte，再转 string；注意字符编码（HTTP 默认为 UTF-8，但需检查 resp.Header.Get("Content-Type") 是否含 charset=）resp.Body 给 io.Copy 或自定义 reader，边读边处理，避免全量加载实际开发中容易忽略的细节：
resp 是否为 nil（当 Do 返回 error 时，resp 可能为 nil）resp.Body.Close() 前未判断 resp 是否非 nilhttp.Client.Timeout，请求卡住导致 goroutine 泄漏以上就是如何在Golang中处理HTTP响应_解析Status和Body内容的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
广告
收藏
收藏
收藏
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
128
