为什么gin的*Context.Render方法在设置响应渲染前要先设定状态码？

在Golang实战开发的过程中，我们经常会遇到一些这样那样的问题，然后要卡好半天，等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《为什么gin的*Context.Render方法在设置响应渲染前要先设定状态码？》，聊聊，希望可以帮助到正在努力赚钱的你。

gin 封装了一些构造响应的方法，比如方法 *context.json(code int, obj interface{}) 和 *context.string(code int, format string, values ...interface{} )。这些方法都调用了方法*context.render(code int, r render.render)。

// render writes the response headers and calls render.render to render data.
func (c *context) render(code int, r render.render) {
    c.status(code)

    if !bodyallowedforstatus(code) {
        r.writecontenttype(c.writer)
        c.writer.writeheadernow()
        return
    }

    if err := r.render(c.writer); err != nil {
        panic(err)
    }
}

我想知道为什么 render 方法会调用 status 方法，该方法会首先调用方法 responsewriter.writerheader(statuscode int) 来设置 http 响应代码。

r.render(c.writer) 会将相应的 content-type 写入响应中。显然它是在设置状态代码之后发生的（在调用方法 writerheader 之后）。根据方法 responsewriter.header() 的注释，调用 writeheader （或 write）后更改标头映射没有任何效果，除非修改的标头是预告片。但是在 gin 中设置 content-type 是有效的。

func writeContentType(w http.ResponseWriter, value []string) {
    header := w.Header()
    if val := header["Content-Type"]; len(val) == 0 {
        header["Content-Type"] = value
    }
}

正确答案

c.Writer 是 gin.responseWriter （可能是具体类型 gin.responseWriter），而不是 http.ResponseWriter。虽然它实现了相同的接口，但它并不以相同的方式实现。 Gin 的 WriteHeader 不会立即发送标头；它只是将 code 内部存储在编写器中，并且 WriteHeaderNow 使用存储的代码从 net/http 调用“真实”WriteHeader 。

WriteHeaderNow 在没有正文的情况下由您引用的函数直接调用；如果有正文，则在第一个 Write 到正文时调用 WriteHeaderNow。

今天关于《为什么gin的*Context.Render方法在设置响应渲染前要先设定状态码？》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！