Golang Go语言发布1.0.0版本：用于Gin和net/http的gzip中间件，再也不担心返回的JSON太大了
Golang Go语言发布1.0.0版本：用于Gin和net/http的gzip中间件，再也不担心返回的JSON太大了
一个适用于Gin和net/http的 gzip 中间件，可直接用也可定制参数和过滤器，gzip 压缩你的返回。
项目地址： https://github.com/nanmu42/gzip
p.s.
gzip 一般可以将文本返回（例如 JSON ）压缩到 30%~70%.
有的人喜欢在反向代理上做压缩，有的人喜欢在程序里就压缩，萝卜青菜各有所爱。:)
更多关于Golang Go语言发布1.0.0版本：用于Gin和net/http的gzip中间件，再也不担心返回的JSON太大了的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
已 star
更多关于Golang Go语言发布1.0.0版本：用于Gin和net/http的gzip中间件，再也不担心返回的JSON太大了的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
对，这个问题得规避。一般是看[Content-Encoding 和 Transfer Encoding]( https://github.com/nanmu42/gzip/blob/895747f7d735b2d9ee32e8f8847377c1bc59e253/responsefilters.go#-L32-L37).
试用了下，还可以，已 star
不过有个小疑问，用 postman 请求的结果是压缩了也没用吗？
因为我发现只有浏览器访问有效果，postman 请求的话 header 里显示已压缩了，但是大小实际没变化
如果返回的 header 里有content-encoding: gzip，说明本条返回通过判定，成功被压缩了，Content-Length（如果有）这个时候是指压缩后的大小。
理论上是不是核心代码两行就可以搞定…<br>unc CompressGZResult(w http.ResponseWriter, r *http.Request, res interface{}) {<br> w.Header().Set("Content-Type", "application/json")<br> w.Header().Set("Content-Encoding", "gzip")<br><br> gz := gzip.NewWriter(w)<br> err := json.NewEncoder(gz).Encode(res)<br>
gzip 压缩本身只是调用官方库，不难。要考虑的主演是另外的问题：
客户端支持解压缩吗？（不支持就不能压缩）
哪些内容类型需要压缩？判断基于 MIME 还是扩展名？（都要判断）
数据流是不是已经压缩过？（看 header ）
返回最少要多大才值得压缩？（返回太小，压缩后更大，得不偿失）
使用哪一个 gzip 级别？（ cloudflare 做了一堆实验，nginx 直接取 1，这个问题是玄学）
流式传输的返回该如何判断返回大小？（ buffer，没别的办法，content-length 这时不存在）
主要是脏活累活，细节问题，性能问题（ GC 要友好）。
gin-contrib 只是看上去好，它 issue 里的问题其实就是上面这些点的体现，关键是官方并不怎么上心…… （他 issue 的链接请看楼上，v2 系统不让我再发一遍了）
