在最近的一次部署中，我遇到一个奇怪的问题：Go 程序在运行时不使用 /etc/resolv.conf 中的 DNS 设置，导致服务无法正常访问域名。这篇文章记录下完整的排查过程和最终的解决方案。
1. 问题现象
我有一个部署在 KVM 虚拟机内的 Go 应用，主要功能依赖某些内网域名解析（如 api.service.internal）。而在主机中使用 dig 和 curl 等命令都能正常解析，但 Go 程序却报错类似如下：
lookup api.service.internal on 127.0.0.53:53: server misbehaving
查看主机resolv.conf 文件内容如下：
$ cat /etc/resolv.conf
options timeout:1 rotate
search dns.koudai.com host.idcvdian.com
nameserver 10.27.0.84
nameserver 10.27.0.126
这些配置本应该能保证正常解析才对。
2. 初步怀疑：Go DNS 解析逻辑
Go 的 DNS 默认行为与传统 C 库不同。Go 在构建时是否启用 CGO 会直接影响其 DNS 解析逻辑：
| 构建方式 | DNS 实现 | 使用 /etc/resolv.conf |
|---|---|---|
CGO_ENABLED=0 | Go 自带 DNS 实现 | 只使用 127.0.0.1、Google DNS 等默认配置 |
CGO_ENABLED=1 | 调用系统 libc | 遵循 /etc/nsswitch.conf 和 resolv.conf |
Go 默认静态构建时不会使用系统的 resolv.conf 进行 DNS 解析，而是使用 Go 内置的 DNS Resolver。
3. 构建方式调整
为了让 Go 程序在运行时读取主机的 /etc/resolv.conf 并使用正确的 DNS，我尝试启用 CGO：
CGO_ENABLED=1 go build -o myapp main.go
注意，启用 CGO_ENABLED=1 后会变成动态链接，依赖 libc 等系统库。此时执行 ldd 命令应能看到依赖：
$ ldd ./myapplinux-vdso.so.1 => (0x00007ffc6fdff000)libc.so.6 => /lib64/libc.so.6 (0x00007f624af5a000)...
而如果是静态构建（CGO_ENABLED=0），ldd 则会提示：
$ ldd ./myappnot a dynamic executable
4. 报错：找不到动态库
由于我的 KVM 虚拟机是一个极简化系统，尝试 CGO_ENABLED=1 构建后，运行程序提示找不到 libc.so.6 等依赖。解决方案：
sudo yum groupinstall "Development Tools"
sudo yum install glibc-devel
安装过程较大（可能需要几百 MB），可以只安装gcc相关
sudo yum install -y gcc glibc-devel5. 最终构建命令模板
CGO_ENABLED=1 \
GOOS=linux GOARCH=amd64 \
go build -o ./bin/myapp main.go
6. 附加：检测是否启用 CGO
go env CGO_ENABLED
输出 1 表示启用了 CGO
