判断IP是否在指定网段的核心方法是：将目标IP和网段地址分别与子网掩码按位与，结果相等即属该网段；需用IPAddress.Parse解析、GetAddressBytes获取字节数组、BitConverter.ToUInt32（注意字节序）转为uint后运算，不可字符串匹配。
怎么用 IPAddress 和 SubnetMask 判断 IP 是否在指定网段内
核心就一句话：把目标 IP 和网段地址都跟子网掩码做按位与，结果相等就说明属于该网段。C# 没有内置“判断是否在网段”的函数，得自己算。
常见错误是直接字符串比较，比如 "192.168.1.100".StartsWith("192.168.1.")——这在 /24 网段碰巧能用，但遇到 192.168.0.0/20 或 10.0.0.0/14 就完全失效。
- 先用
IPAddress.Parse()把 IP 字符串转成IPAddress实例 - 用
GetAddressBytes()拿到字节数组（注意 IPv4 和 IPv6 处理逻辑不同，这里默认指 IPv4） - 把 IP 和子网掩码都转成
uint（小端转大端要小心，BitConverter.ToUInt32(bytes, 0)前得反转字节数组） - 执行
(ipAsUint & maskAsUint) == networkAsUint判断
为什么不能直接用 IPAddress.ToString() 做字符串匹配
子网边界不是按点分十进制对齐的。比如 172.16.32.0/20 的实际范围是 172.16.32.0 到 172.16.47.255，中间跨了 16 个 C 类网段。用字符串前缀匹配会漏掉 172.16.40.5 这种合法地址，也会误判 172.16.32.1000（根本不存在）。
更隐蔽的问题是 IPv4 地址允许省略前导零甚至写成十进制整数（如 IPAddress.Parse("0xC0A80164") 解析为 192.168.1.100），字符串处理完全不可靠。
-
IPAddress.Parse("192.168.1.100")和IPAddress.Parse("192.168.1.0x64")是同一个地址，但字符串不等 - IPv6 地址缩写规则（双冒号、前导零省略）让字符串比对彻底失效
- 某些网络设备返回的 CIDR 表示（如
"10.0.0.0/8"）需要先解析掩码，不能硬编码
如何从 CIDR 表达式（如 "192.168.1.0/24"）提取子网掩码
CIDR 后缀是前缀长度，不是掩码值。得把它转成 32 位整数形式的掩码，再转回 IPAddress。别手写 "255.255.255.0"——/30、/31、/32 都得单独处理，而且 IPv6 同样适用这套逻辑。
关键点：掩码高位连续为 1，低位全 0。用位运算最稳：
- 对于 IPv4，前缀长度
prefixLength对应掩码值：prefixLength == 0 ? 0u : ~((1u - 转成字节数组时注意字节序：
BitConverter.GetBytes(maskAsUint).Reverse().ToArray() - 用
new IPAddress(bytes)构造掩码IPAddress，再参与后续按位与计算 - 如果输入是
"192.168.1.0/24"，先Split('/')，再分别解析 IP 和前缀长度，别假设斜杠只出现一次
IPv4 和 IPv6 混用时最容易踩的坑
同一个方法里同时处理两种协议，最容易出错的是字节数组长度和位运算宽度。IPv4 是 4 字节、32 位；IPv6 是 16 字节、128 位。混用 uint 处理 IPv6 会直接截断。
别图省事写一个通用函数去“自动适配”。明确分开处理，加类型检查：
- 用
ip.AddressFamily == AddressFamily.InterNetwork判 IPv4 - 用
ip.AddressFamily == AddressFamily.InterNetworkV6判 IPv6 - IPv6 掩码必须用
ulong[2]或BigInteger，别硬塞进uint - 测试一定要覆盖
::1/128、::/0、2001:db8::/32这些典型 IPv6 场景
真正麻烦的不是算法，而是边界情况：/0 网段匹配所有地址，/32 或 /128 是单机地址，而 255.255.255.255 作为掩码在 RFC 中是非法的，但有些老旧设备会发过来——得决定是抛异常还是静默修正。
