我已經實現了與 Gin 框架應用程序一起使用的 http 反向代理中間件:app := gin.New()app.Use(proxy.ReverseProxy("127.0.0.1:8008")) // HERE I'm attaching ReverseProxy middleware在ReverseProxy方法中,我正在創建實例,httputil.ReverseProxy該實例transport取自變量期間已初始化的實例init()。var transport *http.Transportfunc init() { // HERE creating instance of Transport transport = &http.Transport{ // some params }}func ReverseProxy(targetServer string) gin.HandlerFunc { return func(c *gin.Context) { proxy := &httputil.ReverseProxy{ Transport: transport, // HERE reusing instance of Transport // some params } proxy.ServeHTTP(c.Writer, c.Request) }}所以問題:擁有一個實例http.Transport并在其中重用它是否正確httputil.ReverseProxy,或者我必須根據每個請求創建新的傳輸?func ReverseProxy(targetServer string) gin.HandlerFunc { return func(c *gin.Context) { // HERE creating instance of Transport transport = &http.Transport{ // some params } proxy := &httputil.ReverseProxy{ Transport: transport, // HERE using NEW instance of Transport // some params } proxy.ServeHTTP(c.Writer, c.Request) }}哪種方式最好?我目前重用傳輸因為我得到了性能提升,似乎它使用了已經創建的 tcp 連接。但是在高負載的情況下,我不確定它會如何行動,它會向不相關的客戶端返回不相關的響應嗎?
1 回答

元芳怎么了
TA貢獻1798條經驗 獲得超7個贊
對于你的問題
擁有一個 http.Transport 實例并在 httputil.ReverseProxy 中重用它是否正確,或者我必須為每個請求創建新的傳輸?
創建一個代理并重新使用它可能是正確的方法。
您可以根據Transport文檔找到更多詳細信息。
Transport 是 RoundTripper 的一個實現,它支持 HTTP、HTTPS 和 HTTP 代理(用于 HTTP 或帶 CONNECT 的 HTTPS)。
默認情況下,傳輸緩存連接以供將來重用。當訪問許多主機時,這可能會留下許多打開的連接??梢允褂?Transport 的 CloseIdleConnections 方法以及 MaxIdleConnsPerHost 和 DisableKeepAlives 字段來管理此行為。
傳輸應該被重用而不是根據需要創建。傳輸對于多個 goroutines 的并發使用是安全的。
- 1 回答
- 0 關注
- 226 瀏覽
添加回答
舉報
0/150
提交
取消