Go 标准库（1.4 及以上版本）的 net 包默认不提供 DNS 查询缓存功能；其解析行为完全依赖底层操作系统调用，因此需结合系统 DNS 缓存（如 systemd-resolved、dnsmasq）或引入专用缓存库（如 dnscache）来优化高频域名解析场景。
go 标准库（1.4 及以上版本）的 `net` 包默认不提供 dns 查询缓存功能；其解析行为完全依赖底层操作系统调用，因此需结合系统 dns 缓存（如 systemd-resolved、dnsmasq）或引入专用缓存库（如 `dnscache`）来优化高频域名解析场景。
在构建网络爬虫、API 网关或高并发 HTTP 客户端时，频繁的 DNS 解析（尤其是重复域名）可能成为性能瓶颈——不仅增加延迟，还可能触发上游 DNS 服务器限流或引发本地 resolv.conf 配置的超时重试风暴。而 Go 的标准 net.Resolver（底层由 dnsclient_unix.go 等实现）不维护任何内存级缓存，每次 net.Dial 或 http.Get 中的域名解析都会触发一次完整的 DNS 查询流程。
值得强调的是：Go 并非“无视”缓存，而是将缓存职责交由更合适的层级处理：
- ✅ 操作系统级缓存：现代 Linux 发行版（如 Ubuntu 20.04+/Debian 11+）默认启用
systemd-resolved，可缓存 TTL 内的记录；macOS 使用 mDNSResponder（支持缓存），Windows 则有 DNS Client 服务； - ✅ 本地 DNS 代理：部署
dnsmasq、CoreDNS或unbound并配置/etc/resolv.conf指向127.0.0.1，可显著降低外部查询压力； - ❌ Go 运行时/标准库无缓存：
net.DefaultResolver不保存历史结果，也不提供SetCache()等接口。
若需进程内精确可控的 DNS 缓存（例如自定义 TTL、支持 DNSSEC 验证、隔离测试环境），推荐使用社区成熟方案：viki-org/dnscache。它轻量、线程安全，并支持同步/异步预热。以下为集成到 http.DefaultClient 的典型用法：
IntoDNS.ai
下载
免费 DNS 与邮件安全分析（IntoDNS.ai）：包括 DNSSEC、SPF、DKIM、DMARC、MTA-STS、BIMI、SMTP STARTTLS、FCrDNS、黑名单、发件人要求及报告。
import (
"net"
"net/http"
"strings"
"github.com/viki-org/dnscache"
)
func init() {
dns := &dnscache.Resolver{
// 可选：设置全局 TTL（默认 5m）
MaxTTL: 300,
}
http.DefaultClient.Transport = &http.Transport{
MaxIdleConnsPerHost: 64,
Dial: func(network, addr string) (net.Conn, error) {
host, port, err := net.SplitHostPort(addr)
if err != nil {
return nil, err
}
ip, err := dns.FetchString(host)
if err != nil {
return nil, err
}
return net.Dial(network, net.JoinHostPort(ip, port))
},
}
}
⚠️ 注意事项：
-
dnscache.FetchString()返回首个 A 记录（IPv4），如需 IPv6 支持，请改用Fetch()获取完整net.IPAddr切片； - 缓存键基于原始域名（区分大小写），通配符或 SRV 记录需自行扩展；
- 在容器化环境（如 Docker）中，确保
resolv.conf未覆盖或禁用系统缓存，否则可能绕过预期路径； - 对于短生命周期应用（如 CLI 工具），进程内缓存收益有限，优先考虑宿主机 DNS 代理更稳妥。
总结：Go 的设计哲学是“保持标准库精简，将缓存等策略性逻辑下沉至基础设施或用户层”。作为开发者，应优先评估系统级 DNS 缓存能力，再按需引入轻量库增强控制力——而非期待语言运行时替你做决策。
