C++如何获取操作系统的实时网络收发字节速率明细(Tx/Rx)-C++-PHP中文网

linux通过解析/proc/net/dev两次采样取差值计算tx/rx速率，windows用getiftable2+getifentry2获取inoctets/outoctets；跨平台应封装状态缓存与steady_clock计时，避免libpcap等底层方案。

c++如何获取操作系统的实时网络收发字节速率明细(tx/rx)

Linux下读取`/proc/net/dev`获取实时Tx/Rx字节速率

Linux最直接的方式就是解析/proc/net/dev，它每行代表一个网络接口，包含累计接收（rx_bytes）和发送（tx_bytes）字节数。关键不是读一次，而是两次采样做差值再除以时间间隔。

常见错误是直接用std::ifstream逐行读取却忽略字段对齐——/proc/net/dev前两行是表头，且各列用空格/制表符不规则分隔；推荐用std::string::find_first_not_of跳过开头空白，再用std::istringstream按空格分割，取第1列（接口名）、第2列（rx_bytes）、第10列（tx_bytes）。

接口名可能含冒号（如eth0:），需去掉末尾:
第一次采样后sleep 1秒再第二次采样，避免间隔太短导致差值为0
注意rx_bytes和tx_bytes是unsigned long long类型，用%llu或std::to_string()输出，别用%d
如果程序运行时接口被热插拔（如USB网卡拔出），要检查std::getline是否读到有效行，避免越界访问vector

Windows用`GetIfTable2`或`GetIfEntry2`替代旧API

Windows上别再用已废弃的GetIfTable（只支持IPv4、精度低、不返回bytes/sec）。必须用GetIfTable2获取所有接口列表，再对每个ifIndex调用GetIfEntry2读取实时统计——其中InOctets和OutOctets字段就是累计Rx/Tx字节数。

容易踩的坑：调用GetIfTable2前必须先#include <iphlpapi.h></iphlpapi.h>并链接iphlpapi.lib；返回的PMIB_IF_TABLE2结构体指针需用FreeMibTable释放，否则内存泄漏；GetIfEntry2对每个接口单独调用，不能批量。

过滤掉状态为MibIfStateNotPresent或MibIfStateDown的接口，它们的字节数不更新
某些虚拟网卡（如Docker、WSL2）可能上报InOctets但实际未转发流量，需结合InterfaceDescription字段判断是否物理接口
采样间隔建议≥500ms，因为Windows内核统计刷新周期约200–500ms，太短会导致两次值相同

C++跨平台封装时如何避免重复采样和精度丢失

跨平台代码里，不要为每次“获取速率”都重新打开文件或调用系统API——这既慢又可能因权限/并发问题失败。应该把采样逻辑封装成类，在构造时初始化状态（如记录上次字节数、上次时间点），getRate()方法只做差值计算。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

核心问题是：两次采样时间差用std::chrono::steady_clock，别用system_clock（可能被NTP校正跳变）；字节数差值转速率时，单位统一为B/s，除法用double而非int，否则1秒内小于1024字节的流量会显示为0。

保存上次值用std::unordered_map<:string std::pair uint64_t>></:string>，key为接口名，value为{last_rx, last_tx}
第一次调用getRate()应返回{0, 0}，因为无历史数据可比
Linux下若/proc/net/dev某行解析失败（如字段数不足），跳过该行，不要抛异常中断整个采集
Windows下GetIfTable2失败时检查GetLastError()是否为ERROR_NO_DATA（说明无活动接口），而非直接退出

为什么不用`libpcap`或`netlink`直接抓包算速率

有人想用libpcap监听接口再累加包长来算速率，这是错的——它只能捕获本机协议栈处理的包，无法覆盖硬件卸载（如TSO/GSO）、驱动bypass或转发路径（如iptables FORWARD链）的流量；而/proc/net/dev和GetIfEntry2读的是内核网络栈出口/入口的最终计数，才是真实Tx/Rx字节量。

netlink套接字（NETLINK_ROUTE）理论上能监听接口统计变更事件，但Linux内核并未对RTM_NEWLINK消息暴露实时字节计数，仍得轮询/proc/net/dev；Windows更无对应机制。所以绕开系统提供的聚合统计、自己从底层抓包或监听事件，只会增加复杂度且结果不准。