Go IPv6 Zone 为什么在字符串比较时丢失

先给结论：netip.Addr.String() 不会主动丢掉 IPv6 Zone。只要地址是通过带作用域的文本解析得到，字符串通常会保留类似 fe80::1%eth0 的 %eth0。真正容易让 Zone“消失”的位置，是比较前把地址转成 As16()、AsSlice()、net.IP，或者放进不允许作用域的 Prefix。

String 保留 Zone，字节表示不会

IPv6 Zone 也叫 scoped addressing zone，常用于链路本地地址，作用是说明这个地址属于哪个接口或作用域。它不是 IPv6 地址数值的一部分，所以同一个数值地址可以和不同 Zone 组合。netip.Addr 把两者放在一个可比较的值中，但不同方法输出的内容不一样。

package main

import (
    "fmt"
    "net/netip"
)

func main() {
    // 解析带作用域的 IPv6 文本，Zone 会保存在 Addr 中。
    addr, err := netip.ParseAddr("fe80::1%eth0")
    if err != nil {
        // 解析失败时不要把半成品地址继续交给比较逻辑。
        panic(err)
    }

    fmt.Println(addr.String()) // 输出带 %eth0 的地址文本。
    fmt.Println(addr.Zone())   // 只读取作用域：eth0。
    fmt.Println(addr.Is6())    // 仍然是 IPv6 地址。
}

因此，如果代码只是把 Addr 调用 String() 后再比较，Zone 并不会凭空消失。排查时应继续向前找：是否曾经把地址转成了裸字节、net.IP，或经过了只接受网络前缀的中间类型。

为什么 As16 和 AsSlice 看不到 Zone

As16() 返回固定的 16 字节 IPv6 数值，AsSlice() 返回相应的地址字节切片。这两种结果都没有额外字段存放接口名称，因此它们只能表达“地址内容”，不能表达“地址内容加作用域”。把结果再转成 net.IP 时，情况仍然如此。

func addressBytes(addr netip.Addr) ([16]byte, []byte) {
    // As16 只保留 IPv6 数值；Zone 需要单独从 addr.Zone() 读取。
    raw := addr.As16()

    // AsSlice 同样只返回地址字节，不会把 %eth0 编码进切片。
    bytes := addr.AsSlice()
    return raw, bytes
}

这不是转换失败，而是数据模型的边界。官方文档也明确指出，带 Zone 的 IPv6 地址调用 As16() 时，返回值不含 Zone；要保留作用域，就继续保存原来的 Addr 或单独保存 addr.Zone()。

Prefix 的语义更严格：它描述的是网络前缀，不是某个接口上的链路地址，因此带 Zone 的地址不能直接作为前缀的一部分。若业务需要比较网络归属，应先明确去掉作用域的意图，而不是把“去掉 Zone”误认为字符串丢失。

比较前先决定 Zone 是否属于地址身份

如果业务关心的是“同一接口上的同一个链路本地地址”，就应保留 Zone 参与判断；如果业务只关心 IPv6 数值是否相同，例如做地址归一化或索引，则可以明确忽略 Zone。两者不是同一种比较。

func sameScopedAddress(left, right string) (bool, error) {
    // ParseAddr 保留输入中的 Zone，适合判断完整地址身份。
    a, err := netip.ParseAddr(left)
    if err != nil {
        return false, fmt.Errorf("解析左地址失败: %w", err)
    }
    b, err := netip.ParseAddr(right)
    if err != nil {
        return false, fmt.Errorf("解析右地址失败: %w", err)
    }

    // Addr 是可比较值；这里把数值地址和 Zone 一起作为身份。
    return a == b, nil
}

例如，fe80::1%eth0 和 fe80::1%eth1 的 IPv6 数值相同，但作用域不同。若用 Addr 直接比较，比较的是完整的结构化地址；若先取 As16() 再比较，比较的则只是 16 字节数值。后一种做法可能是正确的，但必须是业务明确选择的语义。

字符串比较中最容易误判的三个边界

• 把完整地址和裸地址比较：addr.String() 可能是 fe80::1%eth0，而从 As16 或 net.IP 得到的文本没有 %eth0，两边自然不同。
• 把空 Zone 当成默认接口：Zone() 返回空字符串只表示地址没有作用域，不代表可以自动映射到某个网卡。
• 把不同 Zone 当成格式差异：eth0 与 eth1 可能指向不同链路。除非业务明确只看数值地址，否则不要先删掉 Zone 再去重。

排障时可以沿着“解析输入 → 保留的 Addr → 中间转换 → 最终比较”这条数据链回看。只要在转换前后分别打印 String()、Zone() 和比较所用的表示，就能快速判断是文本格式不同，还是 Zone 在数据模型转换时被主动舍弃。

常见问题

netip.Addr.String 会不会自动去掉 Zone？

不会。带 Zone 的 IPv6 地址会以 地址%zone 形式输出。若结果没有 Zone，应检查地址创建过程或此前的字节、前缀转换。

As16 得到的地址为什么和原字符串不一样？

因为 As16 只返回 IPv6 数值的 16 个字节，不包含接口作用域。它适合数值比较，不适合单独重建完整的 scoped address。

什么时候应该忽略 Zone？

只有当业务目标明确是比较 IPv6 数值、构建不区分接口的索引或处理网络前缀时才忽略；如果要判断链路本地地址的实际接口身份，应保留并比较 Zone。