Go HTTP空闲连接池与httptrace多IP连接复用问题咨询

问题1：Go httptrace判定“连接复用（Connection reused）”的匹配维度是域名（api.abcd.com）还是IP地址？ #

httptrace.GotConnInfo.Reused 本身不承担连接匹配逻辑，它只是一个状态标记：只要当前请求拿到的net.Conn是此前已经完成过至少一次完整HTTP请求-响应事务的旧连接，该字段就会被置为true，和域名、IP维度没有直接关联。
真正决定连接是否可被复用的匹配规则由net/http空闲连接池实现，匹配的核心维度是DNS解析后的IP+端口，同域名下不同IP对应的连接完全独立，无法跨IP复用。

问题2：Go标准库http包的connectMethodKey结构体中的addr字段存储的是域名还是IP地址？ #

你当前使用默认Transport配置、直连服务端、走标准DNS解析流程的场景下，addr字段存储的是DNS解析完成后的IP地址+端口，不是代码里传入的原始域名api.abcd.com。
只有两种特殊场景下该字段会存储非IP形式的内容：

• 配置了HTTP/HTTPS正向代理时，该字段存储代理服务的访问地址
• 自定义DialContext逻辑，跳过标准DNS解析流程直接用原始域名建立连接时，才会保留域名形式

问题3：当请求切换发往22.22.22.22时，此前建立的到11.11.11.11的socket连接处于空闲状态，且确认未到达空闲超时阈值，为何Go HTTP客户端不再复用这些空闲连接？ #

这个现象是Go 1.18标准库net/http（含内置HTTP/2传输层）的连接调度逻辑直接导致的：

• 空闲连接池按connectMethodKey拆分独立存储桶，每个IP:端口对应一个独立的连接桶，不同桶之间完全隔离，不存在跨桶调度逻辑。
• 客户端每次获取连接时，会先执行DNS解析得到IP列表，之后严格按照列表顺序优先匹配第一个IP对应的连接桶：桶内有可用空闲连接就直接复用，没有就新建连接到第一个IP，全程不会主动遍历列表中其他IP对应的连接桶查找可用空闲连接。只有当第一个IP连接建立失败、或请求超时的时候，才会顺延尝试列表里的下一个IP。
• 你所用的域名对应两个A记录，DNS链路（含操作系统本地DNS缓存、递归DNS节点）返回的IP列表顺序会按轮询策略动态调整，某段时间11.11.11.11排首位，另一段时间22.22.22.22排首位。
• 服务端启用HTTP/2协议后，单连接支持多路复用，可以承载大量并发请求，只要当前首位IP对应的连接可用，就能覆盖你每秒数百次的请求量，完全不会触发顺延尝试其他IP的逻辑，因此会出现所有请求全量切到某一个IP的现象。

本质上，当DNS返回的首位IP切换为22.22.22.22时，客户端只会检索22段对应的连接桶，根本不会访问11段的连接桶，哪怕11段的空闲连接完全存活、未到超时阈值，也不会被发现，自然无法复用。等后续DNS返回的首位IP切回11.11.11.11时，客户端才会回到11段的桶里复用之前留存的空闲连接。

内容的提问来源于stack exchange，提问作者PerfectCompanion Me