应优先根据用途选择 Dns.GetHostEntry（需主机名/别名）或 Dns.GetHostAddresses（仅需 IP，性能高）；注意异步调用避免死锁、正确捕获 SocketException、显式过滤 IPv4/IPv6、中文域名无需手动 Punycode、依赖系统 DNS 缓存且无内置超时。
Dns.GetHostEntry 是最常用也最容易出问题的入口，别急着写循环遍历 AddressList，先确认你调用的是对的 API、传的是对的参数、处理的是对的异常类型。
用 Dns.GetHostEntry 还是 Dns.GetHostAddresses？
两者都能把域名转成 IP，但行为差异直接影响健壮性：
-
Dns.GetHostEntry：返回完整IPHostEntry，含主机名（HostName）、别名（Aliases）和所有地址（AddressList）。适合需要反查或验证权威名称的场景，比如服务注册、健康检查。 -
Dns.GetHostAddresses：只返回IPAddress[]，不发额外查询、不校验主机名是否匹配。性能略高，适合纯连接用途（如 HttpClient 初始化前预判 IP）。 - 注意：
Dns.GetHostEntry("127.0.0.1")会尝试反向解析，可能失败或返回空HostName；而Dns.GetHostAddresses("127.0.0.1")直接返回该地址，无副作用。
Dns.GetHostEntryAsync 的 await 写法陷阱
异步方法不是加个 async 就安全了，常见误用导致线程死锁或未捕获异常：
- 别在同步上下文（如 WinForms 主线程、ASP.NET 同步控制器）里直接
.Result或.Wait()，会卡死；必须用await配合 async 方法链。 -
await Dns.GetHostEntryAsync(domain)返回的是Task<IPHostEntry>，不是IPHostEntry；错误写法：var entry = await Dns.GetHostEntryAsync(...).Result（多了一个.Result）。 - 异常类型不同：同步版抛
SocketException或ArgumentException，异步版同样抛这些，但会在await处触发——所以try/catch必须包在await外层，不能只包在Dns.GetHostEntryAsync(...)调用上。
IPv4/IPv6 混合结果怎么过滤？
AddressList 默认包含 IPv4 和 IPv6 地址，但多数 TCP 客户端（如 TcpClient）默认只连 IPv4，盲目取第一个容易连错：
- 用
address.AddressFamily == AddressFamily.InterNetwork筛 IPv4；AddressFamily.InterNetworkV6筛 IPv6。 - 别依赖顺序：不同 DNS 服务器、不同系统配置下，返回顺序不一致；
AddressList不保证按优先级排序。 - 如果目标服务明确只支持 IPv4（如老设备），建议显式过滤，而不是
AddressList[0]硬取。 - 中文域名（如
"例子.中国"）会被自动 Punycode 编码（变成"xn--fsq.xn--0zwm56d"），Dns.GetHostEntry内部已处理，无需手动转，传原始字符串即可。
缓存、超时与 DNS 服务器不可控性
你写的代码跑得再快，也绕不开系统 DNS 设置和网络中间环节：
- Windows 和 .NET 会复用系统 DNS 缓存（TTL 控制），
Dns.GetHostEntry本身不提供自定义 TTL 或强制刷新接口；要绕过缓存，只能换 DNS 服务器（如硬编码8.8.8.8并用第三方库发 UDP 查询），但成本高、非标准。 - 没有内置超时参数：同步方法阻塞直到系统 DNS 超时（通常数秒），异步方法也无法传 timeout；真实项目中建议用
CancellationToken包裹整个await调用，并设合理 timeout（如 3–5 秒）。 -
DnsException在 .NET 5+ 中已被标记为 obsolete，实际抛出的是SocketException（错误码WSAHOST_NOT_FOUND、WSATRY_AGAIN等），捕获时别只盯DnsException。
真正麻烦的从来不是“怎么写”，而是“为什么有时快有时慢”“为什么本地能通上线就挂”——DNS 解析路径长、环节多、缓存分层、运营商劫持都可能干扰结果，别把 Dns.GetHostEntry 当黑盒，得知道它背后连的是谁、等的是什么、被谁改过。
