登录
首页 >  Golang >  Go问答

HTTP 客户端成功收到状态码200,服务器因 gin-gonic 和 gin-contrib/gzip 遭遇问题

来源:stackoverflow

时间:2024-02-26 13:48:26 278浏览 收藏

在Golang实战开发的过程中,我们经常会遇到一些这样那样的问题,然后要卡好半天,等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《HTTP 客户端成功收到状态码200,服务器因 gin-gonic 和 gin-contrib/gzip 遭遇问题》,聊聊,希望可以帮助到正在努力赚钱的你。

问题内容

当访问下面的gin-gonic服务器时,http客户端应该收到代码500,但收到代码200。

package main

import (
    "github.com/gin-contrib/gzip"
    "github.com/gin-gonic/gin"
)

func main() {
    gin.setmode(gin.releasemode)
    r := gin.new()
    r.use(gin.logger())
    r.use(gin.recovery())
    r.use(gzip.gzip(gzip.defaultcompression))

    r.post("/test", func(c *gin.context) {
        panic("test")                        // server panic and client should receive code 500.
    })

    r.run(":8080")
}

当从http客户端访问/test时,go服务器日志如下,看起来返回代码500。

[GIN] 2020/09/28 - 10:23:14 | 500 |     67.2995ms |             ::1 | POST     "/test"

2020/09/28 10:23:14 [Recovery] 2020/09/28 - 10:23:14 panic recovered:
test
C:/path/to/myproject/main.go:16 (0x8f193f)
    main.func1: panic("test")

但是 http 客户端收到代码 200。

当我删除 r.use(gzip.gzip(gzip.defaultcompression)) 时,http 客户端收到代码 500。

为什么客户端使用 r.use(gzip.gzip(gzip.defaultcompression)) 收到代码 200,我该如何解决这个问题?


解决方案


最后添加恢复中间件似乎可以解决此问题。

package main

import (
    "github.com/gin-contrib/gzip"
    "github.com/gin-gonic/gin"
)

func main() {
    gin.setmode(gin.releasemode)
    r := gin.new()
    r.use(gin.logger())
    r.use(gzip.gzip(gzip.defaultcompression))
    r.use(gin.recovery())

    r.post("/test", func(c *gin.context) {
        panic("test")                        // server panic and client should receive code 500.
    })

    r.run(":8080")
}

我已经重现了您的案例。 postman 得到代码 200,但服务器结果却是 500。

服务器收到post请求时会调用c.next()来执行4个处理程序。顺序如下:

gin.logger
gin.recovery
gzip.gzip(gzip.defaultcompression)
your handler

这里是 gin responsewriter 写入响应头,它只会写入一次头。

func (w *responseWriter) WriteHeaderNow() {
    if !w.Written() {
        w.size = 0
        w.ResponseWriter.WriteHeader(w.status)
    }
}

gzip.gzip(gzip.defaultcompression)gin.recovery 都有延迟函数来写入响应头。 golang的延迟调用是按照后进先出的顺序执行的。因此 gzip.gzip(gzip.defaultcompression) 会将响应头写入 200,而 gin.recovery 不会按预期将响应头写入 500。

因此,要解决此问题,您应该更改处理程序的顺序,并确保 gin.recovery 是最后加载的处理程序。

今天关于《HTTP 客户端成功收到状态码200,服务器因 gin-gonic 和 gin-contrib/gzip 遭遇问题》的内容介绍就到此结束,如果有什么疑问或者建议,可以在golang学习网公众号下多多回复交流;文中若有不正之处,也希望回复留言以告知!

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