本文详解如何在 Go 中通过 netlink 库遍历网络命名空间内的所有网络接口，并为每个接口调用 RouteList 获取并打印其路由条目（特别是 LinkIndex），重点指出常见空结果原因及 netlink.Handle 上下文缺失这一关键陷阱。
本文详解如何在 go 中通过 netlink 库遍历网络命名空间内的所有网络接口，并为每个接口调用 `routelist` 获取并打印其路由条目（特别是 `linkindex`），重点指出常见空结果原因及 `netlink.handle` 上下文缺失这一关键陷阱。
在 Go 中使用 github.com/vishvananda/netlink 操作 Linux 网络栈时，一个典型需求是：进入指定网络命名空间后，枚举所有网络接口（Link），再对每个接口查询其关联的 IPv4/IPv6 路由条目（Route），最终输出如 LinkIndex 等关键字段。但实践中，开发者常遇到 RouteList 返回空切片、内层循环完全不执行的问题——这并非语法错误，而是语义层面的关键疏漏。
根本原因在于：netlink.RouteList(link, family) 是一个无状态函数调用，它不会自动复用当前 netlink.Handle 实例的上下文（如命名空间、socket 绑定等）。若直接传入 Link 对象而未显式提供已配置的 Handle，该函数将默认使用系统全局（即初始命名空间）的 netlink socket，导致在目标命名空间内无法获取任何路由信息，返回空切片 []netlink.Route{}，进而使 for j := range rt 循环体永不执行。
✅ 正确做法是：显式传入已绑定到目标命名空间的 netlink.Handle 实例。以下是修正后的完整示例：
func (h *NSHandle) showRoutes() {
nh := (*netlink.Handle)(h) // 安全类型转换，确保 h 已正确初始化为命名空间句柄
links, err := nh.LinkList()
if err != nil {
log.Fatalf("failed to list links: %v", err)
}
log.Println("Namespace interfaces:")
for i, link := range links {
attrs := link.Attrs()
log.Printf("%d: %s (Index: %d)", i, attrs.Name, attrs.Index)
// ✅ 关键修正：显式使用 nh（已绑定命名空间的 handle）调用 RouteList
routes, err := netlink.RouteListFiltered(netlink.FAMILY_ALL, &netlink.Route{
LinkIndex: attrs.Index, // 可选：按接口索引过滤，提高精度
}, netlink.RT_FILTER_OIF)
if err != nil {
log.Printf("warning: no routes for %s: %v", attrs.Name, err)
continue
}
if len(routes) == 0 {
log.Printf(" → No routes found for %s", attrs.Name)
continue
}
log.Printf(" → Routes (%d):", len(routes))
for _, r := range routes {
// 注意：r.LinkIndex 是路由出接口索引，与 link.Attrs().Index 一致（若为出向路由）
log.Printf(" Route: LinkIndex=%d, Dst=%s, Gw=%s",
r.LinkIndex, r.Dst, r.Gw)
}
}
}
? 关键注意事项：
-
netlink.RouteList(link, family)已被标记为 deprecated（自 v1.2.0+），推荐改用netlink.RouteListFiltered配合RT_FILTER_OIF等标志进行精确过滤； -
LinkIndex字段在Route结构中表示出接口索引，仅对非本地/转发类路由有效；本地路由（如127.0.0.1/32）可能为0； - 若需获取某接口的 所有 相关路由（含入向、策略路由），应结合
netlink.RouteGet()或使用netlink.RuleList()辅助分析； - 始终检查
len(routes) == 0并做日志提示，避免静默失败。
总结：RouteList 返回空并非逻辑错误，而是 Handle 上下文缺失导致的“跨命名空间失联”。牢记——netlink 操作必须显式持有并传递正确的命名空间句柄，这是 Go 网络编程中保障命名空间隔离性的核心实践。
