在 go web 應(yīng)用程序的上下文中，我使用響應(yīng)緩存并壓縮它們，因此我節(jié)省了帶寬（響應(yīng)更大）。我正在使用框架和壓縮gin-gonic包。gzip這個(gè)包工作得很好，可以滿足我接收和回復(fù) gzip 壓縮正文所需的一切。這幾行就足夠了：router := gin.Default()
router.Use(gzip.Gzip(gzip.DefaultCompression))一切都是魔法?，F(xiàn)在，我還使用存儲(chǔ)響應(yīng)的緩存。為了節(jié)省空間和CPU，我想將已經(jīng)壓縮的響應(yīng)存儲(chǔ)在緩存中，所以我也不重復(fù)壓縮。作為包裝 HTTP 正文處理的中間件，gzip透明地解壓縮請(qǐng)求并壓縮響應(yīng)。然而，在我的處理程序級(jí)別，我希望獲得響應(yīng)的壓縮表示，以便我可以將其存儲(chǔ)到我的緩存中。另外，我需要告訴大家gzip我的身體已經(jīng)被壓縮了。我已經(jīng)進(jìn)行了一些搜索，尋找一種使用gzip包或任何其他方式的自動(dòng)化方式，這可以防止我干預(yù)某些庫(kù)、HTTP 堆棧中的執(zhí)行路徑，或者最糟糕的是，為自己編寫其他庫(kù)（例如gzip.有人知道gzip包如何解決這個(gè)問題嗎？
1 回答
躍然一笑
TA貢獻(xiàn)1826條經(jīng)驗(yàn) 獲得超6個(gè)贊
首先，我繼續(xù)使用gzip和gin包。
現(xiàn)在，我使用與此類似的函數(shù)來壓縮我的響應(yīng)：
func compress(response interface{}) ([]byte, error) {
body, err := json.Marshal(response)
if err != nil {
return nil, err
}
var buffer bytes.Buffer
zw := gzip.NewWriter(&buffer)
_, err = zw.Write(body)
closeErr := zw.Close()
if err != nil {
return nil, err
}
if closeErr != nil {
return nil, err
}
return buffer.Bytes(), nil
}
當(dāng)我需要響應(yīng)請(qǐng)求時(shí)，我執(zhí)行如下操作：
gzipOutput, err := compressResponse(output)
if err != nil {
c.JSON(http.StatusInternalServerError, err.Error())
return
}
c.Writer.Header().Set("Accept-Encoding", "gzip")
c.Writer.Header().Set("Content-Encoding", "gzip")
c.Writer.Header().Set("Content-Type", "application/json")
c.Data(http.StatusOK, "gzip", gzipOutput)
正如我們所看到的，其想法是gin通過設(shè)置 HTML 標(biāo)頭來告訴響應(yīng)已被壓縮。
八個(gè)月以來，它已經(jīng)在五個(gè)不同的 API 上進(jìn)行了測(cè)試。
我希望它對(duì)其他人有用，就像對(duì)我有用一樣。
- 1 回答
- 0 關(guān)注
- 170 瀏覽
添加回答
舉報(bào)
0/150
提交
取消