Gin框架中ctx.Stream失效：为什么启用压缩中间件后流式传输无效？

IT行业相对于一般传统行业，发展更新速度更快，一旦停止了学习，很快就会被行业所淘汰。所以我们需要踏踏实实的不断学习，精进自己的技术，尤其是初学者。今天golang学习网给大家整理了《Gin框架中ctx.Stream失效：为什么启用压缩中间件后流式传输无效？》，聊聊，我们一起来看看吧！

gin 的 stream 输出机制

问题：为什么 gin 的 ctx.stream 无法直接将输出流式传输到客户端？

解答：

ctx.stream 输出不生效的原因是启用了 gin 的压缩输出中间件。

r := gin.new()
r.use(brotli.brotli(brotli.defaultcompression))

在启用了压缩中间件后，只有当请求头中包含 content-type: text/event-stream 时，ctx.stream 才会有效。

这是因为 gin 的 gin_brotli.go 中的方法 shouldcompress 会判断压缩设置：

if strings.Contains(req.Header.Get("Content-Type"), "text/event-stream") {
    return false
}

如果请求头中不包含 text/event-stream，shouldcompress 会返回 true，表明需要对响应内容进行压缩。这种情况下，ctx.stream 就会被忽略，响应内容会被先压缩后才输出。

今天关于《Gin框架中ctx.Stream失效：为什么启用压缩中间件后流式传输无效？》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！