在 httputil.ReverseProxy 中重用与创建 http.Transport 的新实例

我已经实现了与 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.Transport


func 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 连接。但是在高负载的情况下,我不确定它会如何行动,它会向不相关的客户端返回不相关的响应吗?


拉丁的传说
浏览 189回答 1
1回答

元芳怎么了

对于你的问题拥有一个 http.Transport 实例并在 httputil.ReverseProxy 中重用它是否正确,或者我必须为每个请求创建新的传输?创建一个代理并重新使用它可能是正确的方法。您可以根据Transport文档找到更多详细信息。Transport 是 RoundTripper 的一个实现,它支持 HTTP、HTTPS 和 HTTP 代理(用于 HTTP 或带 CONNECT 的 HTTPS)。默认情况下,传输缓存连接以供将来重用。当访问许多主机时,这可能会留下许多打开的连接。可以使用 Transport 的 CloseIdleConnections 方法以及 MaxIdleConnsPerHost 和 DisableKeepAlives 字段来管理此行为。传输应该被重用而不是根据需要创建。传输对于多个 goroutines 的并发使用是安全的。
打开App,查看更多内容
随时随地看视频慕课网APP

相关分类

Go