正确方法是用net.ParseCIDR解析CIDR字符串得到*net.IPNet，再用其Contains方法判断net.ParseIP解析出的IP是否在网段内；直接对带掩码字符串调用net.ParseIP会返回nil，且Contains不接受字符串参数。
用 net.ParseIP 和 net.IPNet 解析 CIDR 字符串
直接用 net.ParseIP 解析带掩码的字符串（如 "192.168.1.0/24"）会失败，返回 nil —— 它只认纯 IP 地址。正确入口是 net.ParseCIDR，它专为 CIDR 格式设计，能同时提取 IP 和掩码并构造 *net.IPNet。
常见错误是先用 net.ParseIP 拆分再手动构造掩码，这容易出错（尤其 IPv6 或非标准掩码位数），且忽略网络地址对齐校验。
-
net.ParseCIDR("10.0.0.0/8")成功返回*net.IPNet和 nil error -
net.ParseCIDR("10.0.0.0/33")返回 error：IPv4 掩码不能超 32 位 -
net.ParseCIDR("2001:db8::/32")对 IPv6 同样有效，无需额外处理
判断一个 IP 是否属于某网段：IPNet.Contains
*net.IPNet 的 Contains 方法是判断包含关系的核心，但它只接受 net.IP 类型参数，不支持字符串。必须先用 net.ParseIP 转换目标 IP 字符串，否则直接传字符串会静默失败（因 Go 类型系统强制转换不成立）。
注意：IPv4 和 IPv6 地址字面量格式不同，net.ParseIP 能自动识别；但像 "127.0.0.1" 和 "::1" 都能被正确解析，无需区分协议栈。
立即学习“go语言免费学习笔记（深入）”；
- ✅ 正确：
_, ipnet, _ := net.ParseCIDR("192.168.0.0/16"); ip := net.ParseIP("192.168.5.10"); ipnet.Contains(ip) - ❌ 错误：
ipnet.Contains("192.168.5.10")—— 编译不通过，类型不匹配 - ⚠️ 边界情况：
net.ParseIP("192.168.0.0")和net.ParseIP("192.168.255.255")都在/16网段内，Contains均返回 true
判断两个网段是否存在包含关系：IPNet.Contains 不够用
IPNet.Contains 只能判断“点是否在网段内”，不能直接判断“网段 A 是否完全包含网段 B”。比如 "10.0.0.0/8" 包含 "10.1.0.0/16"，但 net1.Contains(net2.IP) 仅检查网络地址是否落在范围内，漏掉掩码深度比较。
真正做法是：先确认两者协议一致（IPv4/v6），再比对网络地址是否相同（用 IPNet.Mask 对齐），最后比较掩码长度 —— 更小的前缀长度（即更大网段）才可能包含更长前缀的网段。
- 必须先做
ipnetA.IP.Mask(ipnetA.Mask).Equal(ipnetB.IP.Mask(ipnetB.Mask))，否则直接比IP字段无意义（因未对齐） - IPv4 下：
10.0.0.0/8的掩码长度 8 10.1.0.0/16 的 16 → 前者可能包含后者 - IPv6 同理，但掩码长度范围是 0–128，需统一用
bits := net.IPv6len * 8计算最大值 - 如果两个网段网络地址对齐后相等，且
a.Mask.Size() ，则 a 包含 b
处理非法输入和边界场景
用户输入的字符串可能含空格、大小写混合（如 "FE80::1/64"）、或无效字符。Go 标准库不自动 trim 或 normalize，需前置清理。
特别注意：IPv6 地址中双冒号 :: 是压缩写法，net.ParseCIDR 支持，但若输入为 "fe80::1/64"（小写）也能解析成功 —— Go 的 net 包对十六进制字母不敏感。
- 建议用
strings.TrimSpace清除首尾空格，避免" 192.168.1.0/24 "导致解析失败 -
net.ParseCIDR对"0.0.0.0/0"和"::/0"均有效，分别表示全 IPv4 / 全 IPv6，Contains对任意合法 IP 都返回 true - 若需支持类似
"192.168.1.1-192.168.1.100"的范围字符串，标准库无对应函数，得手写解析逻辑或引入第三方包（如github.com/miekg/iprange）
实际用起来，最易卡住的是把字符串当 IP 直接传给 Contains，或者以为 ParseCIDR 能接受任意格式的网段描述。协议一致性、地址对齐、掩码长度比较这三点，漏掉任一都会让包含判断在某些边界 case 下失效。
