net.parsecidr仅严格解析标准cidr格式（如"192.168.1.0/24"），对非法输入（空格、全角字符、掩码越界、ipv6缩写错误等）直接返回nil或error；须预处理strings.trimspace、校验掩码范围、区分ip与网络地址，推荐优先用parsecidr+contains而非手动计算。
net.ParseCIDR 能正确解析标准 CIDR 字符串（如 "192.168.1.0/24"），但对非法格式、IPv6 地址缩写错误或掩码越界等情况会直接返回错误，不作容错处理。
常见解析失败原因和对应修复
多数报错不是函数用错了，而是输入字符串本身不符合 CIDR 规范：
-
"192.168.1.1/24"看似合理，但 CIDR 的 IP 部分应是网络地址（即主机位全 0），net.ParseCIDR不校验这点，但某些下游逻辑会依赖该约定；建议先用net.IPNet.Contains或手动归零主机位 -
"2001:db8::1/64"合法，但"2001:db8::/64"更稳妥；Go 对 IPv6 缩写支持有限，"::1/128"可以，但"::/0"在部分 Go 版本中会解析失败（尤其是1.19之前） -
"10.0.0.0/33"或"::/129"直接 panic：IPv4 掩码必须是 0–32，IPv6 是 0–128；需在调用前校验strings.HasSuffix(cidr, "/")并提取数字后转为int判断范围 - 空格、制表符、Unicode 全角字符（如“／”）会导致
invalid CIDR address—— 务必用strings.TrimSpace预处理
解析后如何安全获取网络地址和掩码
net.ParseCIDR 返回 *net.IPNet，它内部的 IP 字段是网络地址（已归零主机位），但注意：
- IPv4 和 IPv6 的
IP.Mask行为一致，但IP.String()输出格式不同（如"192.168.1.0"vs"2001:db8::"），不要假设字符串可直接拼接 - 不要直接读
ipnet.IP做比较——它可能为nil（虽然ParseCIDR成功时不会），更可靠的是用ipnet.IP.Mask(ipnet.Mask)显式计算网络地址 - 掩码长度用
ipnet.Mask.Size()获取，而非硬编码；Size()返回两个整数（IPv4/IPv6 位数），第二个值对 IPv4 总是 0，别误用
替代方案：需要宽松解析时怎么办
如果输入来源不可控（比如用户填表单、日志提取），net.ParseCIDR 过于严格。可组合使用：
- 先用
net.ParseIP尝试解析 IP 部分，再手动处理掩码（如补默认值/32或/128） - 对
"192.168.1.1"这类无掩码输入，按需设为/32（单 IP）或拒绝；别依赖ParseCIDR自动补 - 用正则粗筛：
^([0-9a-fA-F:.]+)/(0|[1-9][0-9]?)$（简单场景够用），再进ParseCIDR；避免把"192.168.1.1/24/extra"这类传进去
真正容易被忽略的是：Go 的 net.IPNet 对 IPv6 地址的 IP 字段始终是 16 字节，即使你传入 "::1/128"，ipnet.IP 也是完整 16 字节切片，不是 []byte{0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1} 的字面量——别用 == 比较原始字节，要用 bytes.Equal 或 ip.Equal。
