Golang如何解析Headless Service的DNS服务发现机制？

本文共计1327个文字，预计阅读时间需要6分钟。

Go 程序默认不支持 Kubernetes 的 Headless Service，因此不会自动按 Pod IP 列表进行轮询或故障转移。Go 的 net.Resolver 走的是系统 DNS（如 /etc/resolv.conf），而不是 Kubernetes DNS。因此，对于 kube 的 Headless Service，需要直接使用 Kubernetes API 来获取 Pod IP。

常见错误现象：net.LookupHost("my-svc.default.svc.cluster.local") 只返回一个 IP，或者随机返回一个，不是全部 Pod IP；更糟的是，在某些环境里直接超时或报 no such host。

• 必须确保查询域名是完整 FQDN（带 .svc.cluster.local 后缀），否则可能走外部 DNS 回退
• Go 1.19+ 默认启用 go:build !golang.org/x/net/dns/dnsmessage 分支逻辑，对 SRV/A 记录的解析行为更严格，旧代码在升级后可能突然失效
• 不要依赖 net.LookupIP 的返回顺序：Kubernetes DNS 不保证顺序，且 Go 会做内部 shuffle
• 若用 http.Client 直接请求 http://my-svc/，底层仍只解析出一个 IP 并复用连接，无法实现真正的服务发现

用 net.Resolver 手动查全量 A 记录

想拿到所有 Pod IP，得绕过 net/http 的缓存和单点解析逻辑，显式调用 DNS 查询。