IPAddress.Parse解析localhost抛出异常，如何正确转换主机名为IP地址？

IPAddress.Parse、IPAddress.TryParse 两个方法的设计定位仅支持解析纯IP格式的字面量字符串（覆盖合法IPv4点分格式、IPv6冒分格式），完全不内置主机名/DNS解析能力。传入localhost这类非IP字面量的字符串时，方法会直接判定格式非法抛出异常——这是设计逻辑决定的，不是方法本身有缺陷。

完全不需要单独写分支判断入参是否为localhost做特殊兼容，.NET 官方提供了配套的主机名解析API，按照两层判断流程就能同时覆盖IP地址、主机名两类入参的处理，还能兼顾运行性能：

• 第一步：优先调用IPAddress.TryParse尝试直接解析入参，成功则直接返回解析到的IPAddress实例，这种方式不会产生额外的DNS查询开销
• 第二步：如果字面量IP解析失败，将入参作为主机名，调用系统提供的DNS解析接口完成转换。这套接口内置了本地hosts文件识别、系统DNS服务查询能力，localhost作为系统默认的主机名条目会被正常解析，不需要手动维护特殊判断分支

可直接复用的示例代码：

public static async Task<IPAddress?> ResolveInput(string input)
{
    // 优先处理纯IP字面量入参
    if (IPAddress.TryParse(input, out var directParsedIp))
    {
        return directParsedIp;
    }

    // 字面量解析失败时，按主机名走系统解析流程
    try
    {
        var resolvedIps = await Dns.GetHostAddressesAsync(input);
        // 按业务需求选IP版本，示例为优先返回IPv4地址
        return resolvedIps.FirstOrDefault(ip => ip.AddressFamily == AddressFamily.InterNetwork)
               ?? resolvedIps.FirstOrDefault();
    }
    catch
    {
        // 入参既不是合法IP也不是可解析主机名的兜底处理
        return null;
    }
}

• 高并发服务场景下，优先使用异步版本的Dns.GetHostAddressesAsync方法，避免DNS网络查询阻塞线程池拖垮服务吞吐
• 适配老版本.NET Framework场景时，可将异步的Dns.GetHostAddressesAsync替换为同步的Dns.GetHostAddresses方法，核心解析逻辑完全一致
• 单个主机名可能同时解析出多个IPv4、IPv6地址，需要根据业务场景明确IP版本选择规则，不要默认取返回列表的第一个元素避免出现兼容性问题
• 手动硬编码判断localhost做特殊分支的扩展性很差，后续遇到自定义hosts条目、域名形式的入参时依然会出现解析失败，用官方DNS解析API可以覆盖所有合法主机名场景，不需要手动维护特殊值列表

内容的提问来源于stack exchange，提问作者user13755987