在 go web 應用程序的上下文中，我使用響應緩存并壓縮它們，因此我節省了帶寬（響應更大）。我正在使用框架和壓縮gin-gonic包。gzip這個包工作得很好，可以滿足我接收和回復 gzip 壓縮正文所需的一切。這幾行就足夠了：router := gin.Default()
router.Use(gzip.Gzip(gzip.DefaultCompression))一切都是魔法?，F在，我還使用存儲響應的緩存。為了節省空間和CPU，我想將已經壓縮的響應存儲在緩存中，所以我也不重復壓縮。作為包裝 HTTP 正文處理的中間件，gzip透明地解壓縮請求并壓縮響應。然而，在我的處理程序級別，我希望獲得響應的壓縮表示，以便我可以將其存儲到我的緩存中。另外，我需要告訴大家gzip我的身體已經被壓縮了。我已經進行了一些搜索，尋找一種使用gzip包或任何其他方式的自動化方式，這可以防止我干預某些庫、HTTP 堆棧中的執行路徑，或者最糟糕的是，為自己編寫其他庫（例如gzip.有人知道gzip包如何解決這個問題嗎？
1 回答
躍然一笑
TA貢獻1826條經驗 獲得超6個贊
首先，我繼續使用gzip和gin包。
現在，我使用與此類似的函數來壓縮我的響應：
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
}
當我需要響應請求時，我執行如下操作：
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通過設置 HTML 標頭來告訴響應已被壓縮。
八個月以來，它已經在五個不同的 API 上進行了測試。
我希望它對其他人有用，就像對我有用一樣。
- 1 回答
- 0 關注
- 181 瀏覽
添加回答
舉報
0/150
提交
取消