连接池：http.Transport中MaxIdleConnsPerHost与IdleConnTimeout的交互

关于MaxIdleConnsPerHost的空闲连接复用问题 #

增大MaxIdleConnsPerHost的值，确实会让每个目标Host保留更多可直接复用的空闲连接。这些连接都是完成TCP握手后处于存活状态的连接，当有新的同Host请求时，会优先复用这些连接，不用重新建立TCP连接——这正是解决端口耗尽、提升代理性能的核心逻辑，能减少握手开销，避免频繁创建/销毁连接带来的资源浪费。

两者的配置逻辑 #

这两个参数的配置不是相反关系，需要结合业务场景配合调整：

• 如果你的代理需要高频访问同一组Web API（同一个或少数几个Host）：
  • 可以适当增大MaxIdleConnsPerHost，预留足够的空闲连接应对突发请求；
  • 同时对应延长IdleConnTimeout，让这些空闲连接能存活更久，等待下一次请求复用。否则刚建立的空闲连接很快被回收，增大MaxIdleConnsPerHost的效果会大打折扣。
• 如果你的代理访问的Host分散，或者请求频率较低：
  • MaxIdleConnsPerHost不用设太高，避免占用过多闲置资源；
  • IdleConnTimeout可以设短一些，及时回收长时间不用的空闲连接，释放系统资源。

额外提醒：配置时还要注意http.Transport的MaxIdleConns（全局最大空闲连接数），避免单个Host的空闲连接占满全局连接池，影响其他Host的连接复用。

内容的提问来源于stack exchange，提问作者Arnold Zahrneinder