在C#开发中，经常需要确认一个字符串是不是合法的IP地址，尤其是在处理网络配置、接口白名单或者日志解析时。如果直接把不可信的字符串传给底层网络API，可能会抛出FormatException或者让后续逻辑走入错误分支。本文围绕IPv4场景，分别介绍使用正则表达式自行校验，以及借助框架内置类型来验证字符串合法性的具体做法，并分析各自的适用边界。
使用正则表达式验证IPv4字符串
正则验证的思路是把IP地址拆成四段，每段是0到255之间的数字，段之间用点号分隔。看起来简单，但写对并不容易。一个常见错误是用d+或者[0-9]{1,3}来匹配每段，这样会放过“999.1.1.1”或者“01.02.03.04”这类不符合规范的写法。
下面这段正则把每段数字严格限制在0到255，并且禁止前导零（除了单独的0）：
using System;
using System.Text.RegularExpressions;
class Program
{
// 匹配标准IPv4，禁止前导零
static readonly Regex ipv4Regex = new Regex(
@"^(?:(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?).){3}(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)$",
RegexOptions.Compiled
);
static bool IsValidIpByRegex(string input)
{
if (string.IsNullOrWhiteSpace(input))
{
return false;
}
// 正则已保证每段范围与格式
return ipv4Regex.IsMatch(input);
}
static void Main()
{
Console.WriteLine(IsValidIpByRegex("192.168.0.1")); // True
Console.WriteLine(IsValidIpByRegex("255.255.255.0")); // True
Console.WriteLine(IsValidIpByRegex("256.1.1.1")); // False
Console.WriteLine(IsValidIpByRegex("01.2.3.4")); // False
}
}
上述代码里，(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)这一段覆盖了0到255的所有合法组合：250到255、200到249、其余0到199。点号用反斜杠转义，整体重复三次后再接最后一段。使用RegexOptions.Compiled可以在多次调用时提升匹配效率。
正则方式的优点是逻辑完全可控，比如你可以放宽前导零限制，或者只允许内网网段。缺点也很明显：正则写错很难察觉，且无法识别IPv6，也不懂什么是“省略结尾段”这类系统级解析规则。
使用IPAddress.TryParse内置方法
C#在System.Net命名空间下提供了IPAddress类型，它的TryParse方法可以直接尝试把字符串解析成IP地址对象。这个方法不仅支持IPv4，也支持IPv6，而且是框架维护的，比手写正则更不容易出低级漏洞。
using System;
using System.Net;
class Program
{
static bool IsValidIpByTryParse(string input)
{
if (string.IsNullOrWhiteSpace(input))
{
return false;
}
// 返回true表示解析成功，address接收解析结果
return IPAddress.TryParse(input, out IPAddress address);
}
static void Main()
{
Console.WriteLine(IsValidIpByTryParse("192.168.0.1")); // True
Console.WriteLine(IsValidIpByTryParse("::1")); // True，IPv6环回
Console.WriteLine(IsValidIpByTryParse("not_an_ip")); // False
Console.WriteLine(IsValidIpByTryParse("1.2.3.4.5")); // False
}
}
从示例可以看到，TryParse对明显错误格式返回false，也能正确识别IPv6地址。不过需要注意，TryParse在某些情况下会接受带前导零的段，并将其按十进制解析；同时它要求字符串整体能被框架识别为地址，不会按照你自定义的“展示规范”去限制格式。
在真实项目里，如果只需要确认字符串能不能当作IP使用，优先调用TryParse是最省心的方式。它避免了正则维护成本，也能覆盖IPv6需求。只有在强约束用户输入样式（例如界面上明确标注“请输入标准IPv4，不可带前导零”）时，才额外叠加正则校验。
两种方案的组合与对比
为了兼顾健壮与体验，可以把两种方法组合起来：先用TryParse排除完全非法的输入，再用正则检查是否符合你们系统的展示规则。下面给出一个组合验证的示例。
using System;
using System.Net;
using System.Text.RegularExpressions;
class Program
{
static readonly Regex strictIpv4 = new Regex(
@"^(?:(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?).){3}(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)$"
);
static bool IsStrictIPv4(string input)
{
if (string.IsNullOrWhiteSpace(input))
{
return false;
}
// 第一步：框架解析，挡掉根本不是IP的字符串
if (!IPAddress.TryParse(input, out IPAddress addr))
{
return false;
}
// 第二步：正则约束，确保是标准IPv4且无前导零
return strictIpv4.IsMatch(input);
}
static void Main()
{
Console.WriteLine(IsStrictIPv4("192.168.0.1")); // True
Console.WriteLine(IsStrictIPv4("010.0.0.1")); // False，前导零被正则挡掉
Console.WriteLine(IsStrictIPv4("::1")); // False，IPv6被正则挡掉
}
}
这种组合方式把“能不能解析”和“格不符合规范”两件事拆开处理，职责清晰。从性能角度看，TryParse失败后不会再去跑正则，大多数脏数据在第一步就被拦截，整体开销可控。
如果你的系统只处理IPv4，并且对格式有强要求，正则单独使用也可以；如果系统已经迈向IPv6，或者你不想维护复杂正则，直接信赖TryParse更合适。理解两者差异，才能在不同业务里做对取舍。
常见误区与注意点
不少开发者以为正则写个[0-9]{1,3}点号重复三次就完事了，结果线上出现了“888.888.888.888”也能通过校验的笑话。IP每段是八位二进制，上限255是硬约束，必须在正则里用分支明确写出来。
另一个误区是忽略空白字符。用户输入常常带空格，验证前应当用Trim处理，或者在正则开头结尾加上对空白的容忍。同时注意，IPAddress.TryParse对前后空格是敏感的，传" 192.168.0.1 "会解析失败，因此统一先做Trim是稳妥做法。
最后提醒，验证IP合法不代表这个IP可达或属于你期望的网段。校验只是格式层面动作，涉及安全白名单时，还要结合具体网络策略做进一步判断，不能仅凭字符串合规就放行请求。