GoLand不提供项目级DNS配置能力，DNS解析由Go标准库和操作系统决定；需在代码中显式使用net.Resolver并配置PreferGo和Dial，或通过环境变量、容器参数控制，IDE仅负责运行代码而不干预网络栈。
GoLand 本身不提供项目级 DNS 解析配置能力——它不接管、也不干预 Go 程序运行时的网络栈，DNS 解析完全由 Go 标准库（net 包）和底层操作系统决定。所谓“为项目配置全局 DNS”，实际是控制 Go 进程启动时所依赖的系统 DNS 行为，而非 IDE 功能。
GoLand 启动进程时 DNS 由操作系统决定，不是 IDE 控制
你在 GoLand 中点击 ▶️ 运行 main.go，本质是调用 go run 命令；该命令启动的进程，其 DNS 查询路径与终端中执行 go run 完全一致：走系统 resolv.conf（Linux/macOS）或注册表/网络适配器设置（Windows），不受 GoLand 界面设置影响。
- GoLand 的 “Run Configuration” 里没有 DNS 相关字段，也不存在 “Project DNS Settings” 这类选项
- HTTP Client 工具（
.http文件）走的是独立的 HTTP 代理链路，受Settings > Appearance & Behavior > System Settings > HTTP Proxy控制，但这和 DNS 解析无关 - 即使你在 GoLand 里手动设置了环境变量（如
GODEBUG=netdns=cgo），也只是透传给子进程，不改变 DNS 服务器地址本身
真正需要改 DNS 的场景，只能在进程启动前注入
若项目依赖特定 DNS（比如内网服务域名解析、测试环境隔离、绕过污染），必须让 Go 进程在启动时使用指定 DNS 服务器。标准做法是通过环境变量或代码强制指定：
- 用
GODEBUG=netdns=cgo+ 自定义/etc/resolv.conf（Linux/macOS）或修改 Windows 本地网络适配器 DNS —— 但这是系统级变更，非项目级 - 更安全的做法：在代码中显式使用
net.Resolver，例如：
resolver := &net.Resolver{
PreferGo: true,
Dial: func(ctx context.Context, network, addr string) (net.Conn, error) {
// 强制走 1.1.1.1:53 或内网 DNS
return net.DialContext(ctx, "udp", "1.1.1.1:53")
},
}
ips, err := resolver.LookupHost(ctx, "api.internal.example.com")
- 若用
http.Client访问域名，可配合http.Transport.DialContext注入自定义 resolver，避免全局改系统 DNS - CI/CD 或容器化部署时，推荐用
--dns参数（Docker）或dnsConfig（Kubernetes），而非依赖 GoLand
GoLand 中唯一能间接影响 DNS 的配置点：HTTP Proxy 和环境变量
虽然不能设 DNS，但部分网络问题被误认为是 DNS 失败，实则是代理阻断了 UDP 53。这时可在 GoLand 中检查：
- 是否启用了系统代理（
Settings > Appearance & Behavior > System Settings > HTTP Proxy），启用后 HTTP 请求走代理，但 DNS 仍走系统 —— 若代理不支持 DNS over HTTPS 或拦截 UDP，会导致解析失败 - 在 Run Configuration > Environment variables 中添加：
GODEBUG=netdns=cgo（强制用 cgo resolver）、GOROOT（确保标准库加载正确，否则 resolver 初始化可能失败） - Windows 用户特别注意：若用 WSL2，GoLand 默认在 Windows 上运行，DNS 解析走 Windows 网络栈，不是 WSL2 的
/etc/resolv.conf—— 此时需统一宿主机 DNS 设置
真正要实现“项目级 DNS 隔离”，靠 GoLand 配置做不到；必须下沉到代码层用 net.Resolver 或部署层用容器/DNS 重定向。IDE 只负责把你的代码跑起来，不负责决定它连哪个 DNS 服务器。
