Go 问答：netip.ParseAddr 返回的 Addr 能否直接比较：Zone、规范化与零值判断

把 IP 地址放进 Go 的 map 或排序列表时，很多人会先把它转成字符串。`netip.ParseAddr` 返回的 `netip.Addr` 本身就是可比较的值，但“能直接比较”不等于所有地址语义都一样：IPv6 的 Zone、非法输入和零值会改变判断结果。

普通 IPv4/IPv6 地址可以直接用 `==` 判断完全相等，用 `Addr.Compare` 排序；带 Zone 的 IPv6 地址要先确认 Zone 是否属于业务身份，解析失败则不能拿零值当成有效地址。

为什么字符串比较不是最稳的入口

字符串有格式问题：`192.0.2.1`、带前导零的写法、IPv6 的大小写和压缩形式，都可能让“文本相同”与“地址相同”混在一起。`netip.ParseAddr` 先把输入变成结构化的 `netip.Addr`，后续比较不需要依赖字符串格式。

package main

import (
    "fmt"
    "net/netip"
)

func main() {
    left, err := netip.ParseAddr("2001:db8::1")
    if err != nil {
        panic(err)
    }
    right, _ := netip.ParseAddr("2001:0db8:0:0:0:0:0:1")

    fmt.Println(left == right)          // true
    fmt.Println(left.Compare(right))    // 0
    fmt.Println(left.String())          // 2001:db8::1
}

这里 `netip.ParseAddr` 负责解析和规范化，`Addr.Compare` 返回小于 0、等于 0 或大于 0，适合交给排序函数。若业务只关心地址本体，直接用 `==` 很清楚；不要为了比较先把两边转成不受约束的用户输入字符串。

== 和 Addr.Compare 到底差在哪里

二者都能用于地址判断，但承担的意图不同。`==` 是 Go 值比较，比较的是 `Addr` 的完整状态；`Compare` 是排序语义，返回三态结果。写排序代码时不要把 `Compare` 的结果当布尔值。

如果缓存键把地址转成字符串，应该明确是否把 Zone 拼进去。对于链路本地 IPv6，Zone 往往决定网卡范围；对公网 IPv6，Zone 通常为空。这个决定要写进键格式，而不是让调用方各自猜。

IPv6 Zone 会让两个看起来相同的地址不同

下面的两个地址本体都是 `fe80::1`，但 Zone 不同。`Addr` 会保留这个范围信息，因此 `==` 不会把它们当成同一个值：

a, _ := netip.ParseAddr("fe80::1%eth0")
b, _ := netip.ParseAddr("fe80::1%eth1")

fmt.Println(a == b)       // false
fmt.Println(a.Zone())     // eth0
fmt.Println(b.Zone())     // eth1

网络拨号或接口绑定场景通常必须保留 Zone；如果只是统计“地址本体”而不关心接口范围，可以在进入统计维度前明确去掉 Zone，再保存成另一种业务值。不要在比较函数里偷偷忽略它，否则同一个缓存键可能映射到两个不同出口。

解析失败和零值怎样处理

`netip.ParseAddr` 的惯用写法是同时检查 `err` 和结果。零值 `netip.Addr{}` 的 `IsValid()` 为 false，它可以作为“没有地址”的哨兵，却不能代表用户输入了 `0.0.0.0`。

func parseEndpoint(raw string) (netip.Addr, error) {
    addr, err := netip.ParseAddr(raw)
    if err != nil {
        return netip.Addr{}, fmt.Errorf("parse address %q: %w", raw, err)
    }
    if !addr.IsValid() {
        return netip.Addr{}, fmt.Errorf("invalid address %q", raw)
    }
    return addr, nil
}

调用方如果只写 `addr, _ := netip.ParseAddr(raw)`，后面再把 `addr.String()` 放进白名单或缓存，就会把空字符串误当成一种正常状态。这个 bug 很难从排序结果看出来，所以有效性检查应该紧跟解析动作。

放进 map 前的一个小约定

建议先决定键的语义：需要区分接口范围时使用 `Addr.String()` 作为完整键；只做地址本体聚合时，先用 `addr = addr.WithZone("")` 得到无 Zone 值，再统一输出。键规则一旦落地，测试中至少覆盖普通 IPv4、压缩 IPv6、解析失败和两个不同 Zone。

相关问题

netip.Addr 能直接作为 map 的 key 吗？

可以。`netip.Addr` 是可比较值，直接用它做 key 能避免重复的字符串格式；若业务要忽略 Zone，应先统一处理后再入 map。

Addr.Compare 返回 0 就一定是同一个业务地址吗？

它表示两个 `Addr` 在比较语义下相等，但业务是否忽略 Zone 仍要由键规则决定。链路本地地址尤其不能默认忽略 Zone。

为什么 ParseAddr 成功后还要看 IsValid？

正常输入成功时结果应有效，但把 `Addr` 作为结构体字段或哨兵传递时，`IsValid` 能防止零值混进后续白名单、缓存和排序数据。

小结

把 `netip.ParseAddr`、`Addr.Compare`、`==` 和 `IsValid` 分工写清，地址比较就不会被文本格式牵着走。真正需要先做的不是选哪一种比较符，而是确认业务是否把 IPv6 Zone 当成端点身份的一部分。