应使用 net.parsecidr 解析标准 cidr（如"192.168.1.0/24"），对非标准格式（如"172.16.0.1-172.16.255.254"）需先归一化为网络地址与掩码；ipv4/ipv6 必须分别处理，避免 to4() panic，推荐统一用 to16() 和 cidrmask。
如何用 net.IPNet 正确解析 CIDR 和 IP 段范围
Go 标准库的 net.IPNet 是处理 IP 段最可靠的方式，但直接用 net.ParseCIDR 解析非标准格式（如 "192.168.1.0-192.168.1.255"）会失败——它只认 CIDR（如 "192.168.1.0/24"）。实际业务中常遇到混合输入，必须先归一化。
- 对 CIDR 字符串：直接调用
net.ParseCIDR("10.0.0.0/16")，返回*net.IPNet和 nil error - 对起止 IP 字符串（如
"172.16.0.1-172.16.255.254"）：需手动转成net.IPNet，方法是取起始 IP 的掩码长度（通过计算最大可容纳网段），或更稳妥地用net.IPv4Mask构造；推荐先转成net.IP，再用bits.OnesCount32(uint32(mask))推导前缀长度 - IPv6 要特别注意：不能硬编码 4 字节掩码，必须用
net.CIDRMask并传入 128 位长度，否则Contains判定会出错
如何高效判断一个 IP 是否落在任意 IP 段内
单次判断用 ipNet.Contains(ip) 没问题，但批量判断（比如每秒校验上万 IP）时，逐个遍历所有 *net.IPNet 对象会变成 O(n) 瓶颈。真实场景下，IP 段通常有重叠、数量在几百以内，但查询频次极高。
- 优先构建
[]*net.IPNet切片，按网络前缀长度降序排列（/32 最前，/0 最后），这样能尽早命中精确匹配，减少无效比较 - 避免在循环里重复调用
net.ParseIP：提前把待查 IP 全部转为net.IP缓存，net.IP是不可变结构体，复用安全 - 不要用 map[string]*net.IPNet 按字符串索引——字符串 key 查找慢，且无法利用前缀特性；真要索引，可用
map[uint32]*net.IPNet存 IPv4 首地址整数形式（binary.BigEndian.Uint32(ip.To4())），但仅限 IPv4 且需配合掩码做范围映射
如何合并重叠或相邻的 IP 段以减少存储和查询开销
用户导入的 IP 段常有冗余（如 "192.168.1.0/25" 和 "192.168.1.128/25" 可合并为 /24），不合并会导致查询变慢、内存占用升高，甚至逻辑错误（比如误判边界 IP）。
- 合并前必须统一为
*net.IPNet，并提取IP和Mask；IPv4 用ip.To4()确保四字节，IPv6 保持原样 - 核心逻辑是排序 + 扫描：按
IP.Mask(mask).String()排序（即网络地址），然后遍历，对当前段和前一段检查是否可合并——条件是「前一段的 Last IP >= 当前段 First IP - 1」，用ipNet.IP.Mask(ipNet.Mask)得网络地址，lastIP := ipNet.IP.Mask(ipNet.Mask).OR(net.IPMask^ipNet.Mask)得广播地址（注意 IPv6 需用net.IPv6Mask对应位运算） - 第三方库如
github.com/tomarrell/iprange提供了Merge，但依赖少、逻辑简单时建议手写——它只多 20 行代码，且无反射开销
为什么用 []byte 做 IP 比较比 string 更快
很多人习惯把 IP 转成 string 再比较（比如用于 map key 或排序），但这会触发内存分配和 UTF-8 解码，实测在百万级 IP 处理中，累计多耗时 30%+。
-
net.IP底层是[]byte，直接用bytes.Compare(ip1, ip2)即可完成字典序比较，零分配 - 作为 map key 时，不能直接用
net.IP（slice 不可哈希），但可转成[16]byte（IPv6 容量）：对 IPv4 用ip.To16()填充，再copy(dst[:], ip.To16())，得到固定长数组后就能做 map key - 切记：不要用
ip.String()结果做switch或map键——相同 IP 可能因格式差异（如"::1"vs"0:0:0:0:0:0:0:1"）产生不同字符串
实际部署时，最易被忽略的是 IPv6 地址的边界处理：很多合并逻辑只适配 IPv4，遇到 ::/0 或 2001:db8::/32 时，ip.To4() 返回 nil，后续 .Mask() panic。务必在解析阶段就区分协议族，或统一用 ip.To16() 处理双栈场景。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
