Go中HTTP错误处理需显式设状态码再写响应体,推荐用http.Error;手动处理JSON错误时须先WriteHeader、再设Content-Type、最后编码输出。

在 Go 的 net/http 包中,正确处理 HTTP 错误不是靠 panic 或日志打印,而是通过主动控制响应状态码和响应体来实现。关键在于:先调用 ResponseWriter.WriteHeader() 设置状态码,再写入响应内容;更推荐的方式是直接使用 http.Error(),它已封装好常见逻辑。
WriteHeader(statusCode int) 用于显式设置 HTTP 响应状态码(如 404、500)。它必须在任何响应体写入(如 w.Write() 或 fmt.Fprint(w, ...))之前调用。一旦有数据写入,Go 会自动发送默认的 200 状态码,后续再调用 WriteHeader 将被忽略(且不会报错,容易埋下隐患)。
w.WriteHeader(http.StatusNotFound),再 w.Write([]byte("not found"))
w.Write(...),再 w.WriteHeader(...) —— 状态码无效WriteHeader 不会自动结束请求,也不阻止后续写入http.Error(w http.ResponseWriter, errorText string, statusCode int) 是最常用、最安全的错误响应方式。它内部已确保:先写状态码、再写响应体(带 text/plain; charset=utf-8 类型),并自动加换行符。
http.Error(w, "user not found", http.StatusNotFound)
Content-Type 和 Content-Length,无需手动处理现代 API 通常返回 JSON 格式的错误,例如 {"error": "invalid token", "code": 401}。这时需手动设置状态码、内容类型,并编码数据:
立即学习“go语言免费学习笔记(深入)”;
w.WriteHeader(http.StatusUnauthorized)
w.Header().Set("Content-Type", "application/json; charset=utf-8")
json.NewEncoder(w).Encode(map[string]interface{}{"error": "invalid token", "code": 401})
Write 或其他输出,否则可能触发隐式 200实际编码中几个高频问题:
WriteHeader,导致错误响应仍是 200 —— 前端难识别失败WriteHeader(比如重定向后又写错误)—— 后续调用失效log.Fatal 或 panic 处理业务错误 —— 会终止整个服务,不是 HTTP 错误处理Content-Type,导致前端解析失败(尤其 JSON 场景)基本上就这些。核心就一条:HTTP 错误 = 显式状态码 + 合理响应体 + 正确顺序。用好 http.Error 能覆盖大部分情况,复杂需求再手动控制即可。
以上就是如何在Golang中处理HTTP错误_使用WriteHeader和自定义响应的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号