net.InterfaceAddrs 返回 127.0.0.1 和 ::1 是因它无差别返回所有接口（含回环）的地址；需用 ip.IsLoopback() 过滤，结合 net.Interfaces() 排除虚拟网卡，并通过类型断言和 ip.To4() 安全提取可用 IPv4。
net.InterfaceAddrs 返回的地址里为什么有 127.0.0.1 和 ::1？
因为 net.InterfaceAddrs 返回的是所有网络接口（包括 loopback）绑定的 IP 地址，不区分用途。它只是读取操作系统内核暴露的接口地址列表，不做任何过滤。
常见错误现象：直接取第一个非空地址当“本机公网IP”，结果拿到 127.0.0.1 或 ::1，导致服务监听失败或客户端连不上。
- 使用场景：需要对外提供服务时，必须排除回环地址；做本地调试时反而可能需要保留
- 判断是否为回环地址，用
ip.IsLoopback()，别用字符串前缀匹配（比如"127."会漏掉localhost解析或 IPv6 的::1） -
net.InterfaceAddrs返回的是[]net.Addr，需类型断言为*net.IPNet才能拿到 IP 和掩码
怎么跳过 docker0、veth*、flannel.1 这类虚拟网卡？
Linux 上容器、K8s、虚拟化环境会注入大量虚拟接口，它们的 Name 通常带特定前缀，但 net.InterfaceAddrs 本身不提供接口名——得先调用 net.Interfaces() 获取接口列表，再逐个查地址。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 先用
net.Interfaces()拿到所有接口，过滤掉Flags & net.FlagLoopback == 0（即非回环）且Flags & net.FlagUp != 0（已启用）的接口 - 对每个接口调
iface.Addrs()，再逐个检查地址是否为 IPv4（ip.To4() != nil） - 跳过名字含
"docker0"、"veth"、"cni"、"flannel"、"br-"的接口（这些不是物理/常规网卡）
为什么在某些 Linux 容器里 getifaddrs 返回空？
因为容器默认只挂载了有限的网络命名空间视图，/proc/net/if_inet6 或 /sys/class/net/ 下可能缺少权限或被精简。Go 的 net.InterfaceAddrs 底层依赖这些路径，权限不足或文件缺失就会返回空切片，而非报错。
典型表现：net.Interfaces() 返回 []*net.Interface{}，或者某接口的 Addrs() 返回空 []net.Addr{}。
- 检查容器是否加了
--cap-add=NET_ADMIN或挂载了/sys（只读也够用） - 更稳妥的做法是 fallback 到
net.DefaultResolver查本机 hostname 对应的 A 记录（但依赖 DNS 配置，不可靠） - 生产环境建议改用
netlink库（如github.com/vishvananda/netlink），它绕过 procfs，直接跟内核通信，兼容性更好
IPv4 和 IPv6 地址混在一起，怎么安全提取可用 IPv4？
net.InterfaceAddrs 返回的 net.Addr 可能是 *net.IPNet（带子网）、*net.IPAddr（单 IP）、甚至 *net.UnixAddr（Unix 域套接字），不能一概而论地强转。
关键点：
- 用类型断言判断：
addr, ok := a.(*net.IPNet)；如果失败，再试addr, ok := a.(*net.IPAddr) - IPv4 地址要确保
ip.To4() != nil，否则可能是 IPv6 映射的 IPv4（如::ffff:192.168.1.1），这种地址在某些场景下不能直接 bind - 避免用
strings.Contains(ip.String(), ".")判断 IPv4——ip.String()对 IPv6 也可能输出带冒号的格式，但对 IPv4-mapped IPv6 会输出"::ffff:192.168.1.1"，误判风险高
