/proc/net/dev 是最简单可靠的网络接口包数获取方案，因其字段稳定、无需 root、无依赖且比 netlink/ioctl 更轻量；需注意接口名末尾空格、字段索引（rx_packets 为第2个、tx_packets 为第10个）、用 std::istringstream 解析及使用 uint64_t 防溢出。
直接读 /proc/net/dev 是最简单可靠的方案
Linux 内核从 2.2 起就通过 /proc/net/dev 暴露每个网络接口的收发字节数和包数，字段稳定、无依赖、无需 root（只要能读 proc），比调用 netlink 或 ioctl 更轻量。C++ 程序只需按行解析该文件即可拿到 rx_packets 和 tx_packets。
注意：该文件每行格式为 iface: rx_bytes rx_packets ... tx_bytes tx_packets ...，冒号后有 16 个 uint64 字段（含错误/丢弃等），第 2 个是接收包数，第 10 个是发送包数（索引从 0 开始）。
常见坑：
-
/proc/net/dev中接口名末尾带空格（如"eth0: "），std::string::find匹配前需 trim 或用substr(0, pos)提取名称 - 字段间空格数不固定，必须用
std::istringstream+ 多次>>解析，不能std::getline按空格切分 - 首次读取时记录初始值，后续差值才是“实时增量”，别直接当速率用
// 示例：提取 eth0 的 rx/tx packet 数
std::ifstream dev{"/proc/net/dev"};
std::string line;
while (std::getline(dev, line)) {
if (line.find("eth0:") != std::string::npos) {
std::istringstream iss(line.substr(line.find(':') + 1));
uint64_t rx_bytes, rx_packets, rx_errs, rx_drop, tx_bytes, tx_packets;
// 跳过前 1 字节（可能的空格），读 16 个字段，只取第 2 和第 10 个（0-index）
for (int i = 0; i > v;
if (i == 1) rx_packets = v;
if (i == 9) tx_packets = v; // tx_packets 是第 10 个字段
}
break;
}
}
getifaddrs() 只能查配置，不能替代 /proc/net/dev
getifaddrs() 返回的是接口地址、MTU、标志位等静态信息，**完全不包含任何计数器字段**。有人误以为它能返回流量数据，是因为看到结构体里有 ifa_flags 或 ifa_data，但后者在 glibc 中始终为 nullptr，内核也不填充。
使用场景仅限于：枚举当前存活接口名（用于后续去 /proc/net/dev 查）、判断是否 up/down、获取 IPv4/IPv6 地址——别指望它报包数。
容易踩的坑：
- 调用后必须用
freeifaddrs()，否则内存泄漏 -
ifa_name是裸指针，生命周期绑定ifaddr结构体，不能长期保存 - 某些容器环境（如 Docker）中，
getifaddrs()可能列出 veth 对，但/proc/net/dev里对应条目名称不同（如vethabc123:），需对齐命名规则
netlink NETLINK_ROUTE + RTM_GETLINK 不适合实时包计数
虽然 netlink 能监听接口状态变更（up/down）、地址增删，但**内核不通过 netlink 推送流量统计更新**。想用它获取包数，最终还得回退到轮询 /proc/net/dev 或读取 /sys/class/net/xxx/statistics/ 下的文件。
真正需要 netlink 的场景是：你希望在接口刚 up 的瞬间立刻开始采集（避免漏掉启动后前几秒的包），这时可用 NETLINK_ROUTE 监听 RTM_NEWLINK 事件，再触发一次 /proc/net/dev 读取作为基线。
性能影响：
- 建立 netlink socket、绑定组播、处理消息循环，代码复杂度远高于读 proc
- 每个事件只带接口索引（
ifi_index）和标志位，仍需查表映射到名字（比如通过if_indextoname()），才能去/proc/net/dev找对应行 - 高频率接口震荡（如频繁热插拔）下，事件队列可能积压，反而不如定时轮询稳定
/sys/class/net/xxx/statistics/ 和 /proc/net/dev 数据一致但路径更碎
每个接口在 /sys/class/net/eth0/statistics/ 下提供细粒度文件，如 rx_packets、tx_packets、rx_dropped，内容是纯数字字符串。其数值与 /proc/net/dev 中对应字段完全一致，只是拆开了。
优势是：可 inotify 单个文件变化（虽然内核其实不支持对这些文件 inotify，实测无效）；劣势是：需拼接路径、open/close 开销略大、遍历目录比 grep 一行慢。
真实建议：
- 如果只监控少数几个固定接口（如只看 eth0 和 wlan0），用
/sys/class/net/xxx/statistics/rx_packets更直观，代码易读 - 如果要自动发现所有活跃接口，先用
getifaddrs()或scandir("/sys/class/net", ...)获取列表，再逐个读其 statistics —— 但注意/sys/class/net下会有 lo、docker0 等非物理接口，需按operstate过滤 -
/proc/net/dev仍是首选：单次 open + 一次线性扫描，IO 最少，且天然过滤掉未 up 的接口（它们在该文件中仍存在但计数为 0）
最易被忽略的一点：包计数是 uint64，但很多示例代码用 unsigned long 读，在某些平台（如 32 位编译或 ILP32 环境）会截断。务必用 uint64_t 并配合 std::stoull() 或 std::istringstream >> 解析，否则跑几天就溢出归零。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
