登录
首页 >  Golang >  Go问答

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

来源:stackoverflow

时间:2024-03-07 12:24:29 492浏览 收藏

在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.Writergin.responseWriter (可能是具体类型 gin.responseWriter),而不是 http.ResponseWriter。虽然它实现了相同的接口,但它并不以相同的方式实现。 Gin 的 WriteHeader 不会立即发送标头;它只是将 code 内部存储在编写器中,并且 WriteHeaderNow 使用存储的代码从 net/http 调用“真实”WriteHeader

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

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

声明:本文转载于:stackoverflow 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>