netstat -c 显示内容不可靠，因其读取的是已废弃的 /proc/net/route 缓存快照，不反映实时 fib 转发决策，尤其在策略路由、ecmp 或 conntrack 场景下常与真实路径脱节。

netstat -C 是查看路由缓存（routing cache）的专用参数，但需注意：该缓存机制在现代 Linux 内核中已被废弃多年，实际输出往往为空或严重滞后。

---

为什么 netstat -C 显示内容不可靠？

Linux 从 2.6.30+ 内核起逐步移除了路由缓存（dst_cache），改用更高效的 FIB（Forwarding Information Base）查表机制。
netstat -C 读取的是已弃用的 /proc/net/route 缓存快照，不反映实时转发决策，尤其在启用策略路由、多路径（ECMP）或 conntrack 的场景下，结果常与真实路径脱节。

---

替代方案：用 ip route 替代 netstat -r / -C

真正有效的路由查询应绕过缓存，直查内核 FIB：

Skill Weave Chains — 技能链路由引擎

开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。

下载

• 查看当前生效的主路由表：`ip route show`
• 模拟真实报文路径（最推荐）：`ip route get 8.8.8.8`（会考虑源地址、策略规则、路由标记等）
• 查看特定源地址的路由：`ip route get 1.1.1.1 from 192.168.1.100`
• 检查策略路由表：`ip rule show` + `ip route show table 100`（表号依规则而定）

---

什么时候才需要看缓存？极少数调试场景

仅限以下情况可尝试 netstat -C，但须明确其局限性：

• 排查旧版内核（≤2.6.29）或嵌入式系统中的 dst_entry 泄漏问题
• 验证某次连接是否触发了路由缓存填充（如首次访问某网段后，再执行 netstat -C 看是否有新增条目）
• 对比 `ip route get` 与 `netstat -C` 输出差异，辅助判断是否受策略路由影响

注意：执行前加 -n（即 netstat -Cn）可避免 DNS 解析干扰，但无法解决缓存陈旧本质。

---

关键提醒：别把 netstat -r 当真相

netstat -r 显示的是内核路由缓存的简化视图，Gateway 列出现 * 或 0.0.0.0 并非表示无网关，而是缓存未命中或策略未展开。
生产环境排查路由问题，请始终以 ip route get 为准——它走的是真实转发路径，不绕路、不缓存、不猜测。