首先判断 error 是否为 nil，再检查 response.StatusCode 是否在 2xx 范围内，最后通过 defer 关闭 Body；Golang 不会因非 200 状态码自动报错，需手动校验状态码并封装统一错误处理逻辑以确保健壮性。
在使用 Golang 发起 HTTP 请求时，正确处理错误和响应状态码是确保程序健壮性的关键。很多开发者只关注 200 状态码的情况，而忽略了网络异常、超时、重定向或服务端返回的非 200 响应，这可能导致程序在生产环境中出现不可预期的行为。
检查网络请求是否成功
调用 http.Get、http.Post 或 http.Do 后，首先要判断返回的 error 是否为 nil。如果 error 不为 nil，说明请求未成功发送，可能是 DNS 解析失败、连接超时、TLS 错误等底层问题。
这类错误发生在请求尚未到达服务器或中途断开时，此时 response 可能为 nil，必须先判断 error 才能安全访问 response。
- 网络不通、主机无法解析、连接被拒绝都会导致 error 非 nil
- 即使返回了 response，也必须在 defer 中关闭 Body，避免资源泄漏
验证 HTTP 状态码
即使请求成功（error 为 nil），也不能假设服务端处理正常。需要显式检查 response.StatusCode。常见状态码包括：
立即学习“go语言免费学习笔记（深入）”；
2010.09.03更新优化前台内核处理代码；优化后台内核、静态生成相关代码，生成速度全面提升；修改前台静态模板中所有已知错误；修正后台相关模块所有已知错误；更换后台编辑器，功能更强大；增加系统说明书。免费下载、免费使用、完全无限制。完全免费拥有：应广大用户要求，千博网络全面超值发布企业网站系统个人版程序包：内含Flash动画源码、Access数据库程序包、SQL数据库程序包。全站模块化操作，静态
- 200 OK：请求成功，可读取 Body 数据
- 400 Bad Request：客户端参数错误
- 401 Unauthorized / 403 Forbidden：认证或权限问题
- 404 Not Found：资源不存在
- 500 Internal Server Error：服务端异常
- 502/503/504：网关或服务临时不可用
建议根据业务逻辑对非 2xx 状态码进行处理，例如重试 5xx 错误，或记录 4xx 错误用于调试。
统一错误处理建议
实际开发中可以封装一个辅助函数来简化错误判断：
- 先判断 err 是否存在，若存在直接返回或记录
- 再检查 StatusCode 是否在期望范围内（如 200-299）
- 对于非成功状态码，可读取部分 Body 内容用于错误信息提取（如 JSON 错误详情）
- 始终记得调用 body.Close()，即使出错也要通过 defer 确保执行
基本上就这些。Golang 的 net/http 包不会因非 200 状态码自动触发 error，这点和其他语言不同，需要开发者主动判断状态码，才能写出可靠的 HTTP 客户端逻辑。
