我已经实现了http反向代理中间件,它与Gin框架应用程序一起使用:
app := gin.New()
app.Use(proxy.ReverseProxy("127.0.0.1:8008")) // HERE I'm attaching ReverseProxy middleware在ReverseProxy方法中,我正在创建httputil.ReverseProxy实例,它从已经初始化的init()变量中获取transport。
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连接。但是在负载高的情况下,我不知道它将如何工作,它是否会将无关的响应返回给无关的客户端?
发布于 2022-11-12 23:59:19
请回答你的问题
拥有一个http.Transport实例并在httputil.ReverseProxy中重用它是正确的,还是我必须在每个请求上创建新的传输?
创建一个代理并重用它可能是正确的方法。
您可以根据运输文档找到更多详细信息。
传输是RoundTripper的一种实现,它支持HTTP、HTTPS和HTTPS (用于HTTP或带有CONNECT的HTTPS)。默认情况下,传输缓存连接以供将来重用.这可能在访问许多主机时留下许多打开的连接。可以使用传输的CloseIdleConnections方法以及MaxIdleConnsPerHost和DisableKeepAlives字段来管理此行为。传输应该被重用,而不是根据需要创建。运输是安全的,以同时使用多个峡谷。
https://stackoverflow.com/questions/74417340
复制相似问题