
Go 标准库(1.4 及以上版本)的 net 包默认不缓存 DNS 查询结果;其 net.Resolver 每次调用均发起真实 DNS 请求。开发者需依赖操作系统级缓存(如 systemd-resolved、dnsmasq)或集成专用 DNS 缓存库(如 dnscache)来减少重复查询开销。
go 标准库(1.4 及以上版本)的 `net` 包默认**不缓存 dns 查询结果**;其 `net.resolver` 每次调用均发起真实 dns 请求。开发者需依赖操作系统级缓存(如 systemd-resolved、dnsmasq)或集成专用 dns 缓存库(如 `dnscache`)来减少重复查询开销。
在构建高频网络请求应用(如爬虫、API 网关或微服务客户端)时,DNS 解析延迟和重复查询可能成为性能瓶颈。尽管 Go 的 net/http 和底层 net.Dial 在连接复用(Keep-Alive)、TCP 连接池等方面做了深度优化,但DNS 解析环节始终是“无状态”的——每次域名解析都触发一次完整的 DNS 查询流程,包括读取 /etc/resolv.conf、向配置的 DNS 服务器发送 UDP/TCP 请求、等待响应并解析。
✅ 系统级 DNS 缓存(Go 自动受益)
虽然 Go 本身不缓存,但它完全遵循操作系统的 DNS 解析机制,因此可透明利用以下系统级缓存:
-
Linux(Debian/Ubuntu):若启用
systemd-resolved(默认 Ubuntu 18.04+、Debian 11+),其监听127.0.0.53并缓存查询结果(TTL 内有效);也可部署dnsmasq或unbound作为本地递归解析器。 -
macOS(Darwin):
mDNSResponder(现为discoveryd/mDNSResponder)提供一定程度的缓存,且支持.local域名解析;也可通过brew install dnsmasq手动配置。 -
Windows:DNS Client 服务(
Dnscache)默认启用,缓存正向与反向查询结果,可通过ipconfig /displaydns查看。
⚠️ 注意:Go 使用
cgo构建时(默认启用),会调用系统getaddrinfo(),从而受上述缓存影响;若禁用cgo(CGO_ENABLED=0),Go 则使用纯 Go 实现的 DNS 解析器(net/dnsclient_unix.go),绕过系统缓存,直接向/etc/resolv.conf中的 DNS 服务器发起请求,此时系统级缓存失效。
✅ 应用层 DNS 缓存(推荐用于高并发爬虫)
为彻底规避系统差异与 cgo 限制,建议在 Go 应用中显式集成 DNS 缓存。社区较成熟的方案是 viki-org/dnscache:
免费 DNS 与邮件安全分析(IntoDNS.ai):包括 DNSSEC、SPF、DKIM、DMARC、MTA-STS、BIMI、SMTP STARTTLS、FCrDNS、黑名单、发件人要求及报告。
import (
"net"
"net/http"
"strings"
"time"
"github.com/viki-org/dnscache"
)
func main() {
// 初始化 DNS 缓存(默认 TTL 30s,可自定义)
resolver := &dnscache.Resolver{
TTL: 60 * time.Second,
}
// 替换 HTTP 客户端的 Dial 函数
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 := resolver.FetchString(host)
if err != nil {
return nil, err
}
return net.Dial(network, net.JoinHostPort(ip, port))
},
}
// 后续所有 http.Get / http.Post 均自动使用缓存解析
resp, _ := http.Get("https://example.com")
defer resp.Body.Close()
}
该方案优势明显:
- ✅ 完全可控:缓存策略(TTL、最大条目数)、错误回退行为均可定制;
- ✅ 无
cgo依赖:纯 Go 实现,兼容交叉编译与容器环境; - ✅ 与标准库无缝集成:只需替换
Dial,不影响现有 HTTP 逻辑。
? 总结与建议
- 不要假设 Go 会缓存 DNS:标准库设计哲学是“明确优于隐式”,缓存交由更合适的层级(系统或业务)处理;
- 生产爬虫务必引入 DNS 缓存:单机每秒数百请求时,未缓存的 DNS 查询易触发上游 DNS 限流或显著增加 P99 延迟;
-
优先评估系统级方案:若集群已部署
dnsmasq或CoreDNS,统一配置resolv.conf是最轻量解法; -
应用层缓存更可靠:尤其在
CGO_ENABLED=0场景、容器化部署或需精细控制 TTL 时,dnscache是成熟、轻量、零依赖的选择。
最终,一个健壮的 Go 爬虫应同时具备:DNS 缓存 + 连接池复用 + 请求限速 + 错误重试 —— 而 DNS 缓存,正是其中提升稳定性的第一道防线。










