当服务器使用gin-gonic和gin-contrib / gzip出现紧急情况时，HTTP客户端收到状态码200

如何解决当服务器使用gin-gonic和gin-contrib / gzip出现紧急情况时，HTTP客户端收到状态码200

访问下面的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，我该如何解决？

解决方法

我已转载您的案子。邮递员获得了代码200，但服务器却得到了500。

当接收到发布请求时，服务器将调用c.Next（）来执行4个处理程序。顺序如下：

gin.Logger
gin.Recovery
gzip.Gzip(gzip.DefaultCompression)
your handler

这里是杜松子酒responseWriter写入响应标头，它将只写入标头一次。

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

gzip.Gzip(gzip.DefaultCompression)和gin.Recovery都推迟了func来编写响应头。 Golang的延迟呼叫按后进先出的顺序执行。因此gzip.Gzip(gzip.DefaultCompression)会将响应标头写入200，而gin.Recovery不会按预期将响应标头写入500。

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

,

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

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")
}