linux用/proc/net/dev需跳过前两行、用stoull解析rx_bytes（第2列）和tx_bytes（第10列），windows用getifentry2配合interfaceluid获取bytesreceived/sent，跨平台须统一steady_clock计时并滤除异常差值。
Linux下用/proc/net/dev解析网卡实时字节速率
直接读取 /proc/net/dev 是最轻量、无依赖的方式，它每秒更新一次内核统计，适合做秒级采样。关键不是“怎么读文件”，而是“怎么算差值才准”——必须跳过前两行头信息，且同一网卡的接收（rx_bytes）和发送（tx_bytes）字段位置固定但因对齐可能有空格干扰。
实操建议：
- 用
std::ifstream逐行读，用std::istringstream按空白分割，跳过空行和前两行；第1列是接口名（如eth0），第2列是接收字节数，第10列是发送字节数（Linux 5.10+ 标准格式） - 两次读取间隔至少 1 秒，否则差值为 0 或负数（计数器未更新）
- 注意：虚拟网卡（如
docker0、veth*）也会出现在该文件里，需按需过滤 - 别用
std::stoi解析字节数——可能超int范围，改用std::stoull
Windows上用GetIfEntry2获取每秒收发速率
Windows 没有类似 /proc 的伪文件系统，得靠 iphlpapi.h 提供的 GetIfEntry2。它返回的是自启动以来的累计字节数，所以仍需两次调用取差值。但坑在于：接口索引（Luid）比名称更可靠，因为名称可能含空格或本地化字符（如“以太网”），而 Luid 是唯一稳定标识。
实操建议：
- 先调
GetIfTable2获取所有接口列表，遍历找目标网卡的InterfaceLuid - 再用该
Luid调GetIfEntry2，读取BytesReceived和BytesSent字段（类型为ULONGLONG） - 两次调用间隔建议 ≥ 1000ms，但 Windows 计数器更新频率实际约 1–2 秒，太快反而返回相同值
- 注意权限：普通用户可读，但若进程被 UAC 虚拟化（如路径含
Program Files），可能读不到某些接口——建议用绝对路径启动或放桌面测试
跨平台封装时如何避免时间戳漂移误差
速率 = (bytes2 − bytes1) / (time2 − time1)，看着简单，但 std::chrono::steady_clock 和 system_clock 混用会导致分母为 0 或负数。尤其在 Windows 上，GetTickCount64() 和 steady_clock 不同源，不能混算。
实操建议：
- 统一用
std::chrono::steady_clock::now()获取时间点，它不随系统时间调整而跳变 - 存储上次采样时间与字节数时，用
std::pair<:chrono::steady_clock::time_point uint64_t></:chrono::steady_clock::time_point>结构，避免分别存两个变量导致错位 - 首次采样时跳过速率计算（没历史值），第二次起才输出有效速率
- 如果用 sleep 控制采样间隔，别用
std::this_thread::sleep_for精确等待——系统调度延迟会让实际间隔浮动 ±10ms，应以“采样时刻”为准动态计算差值
绘图或打点前务必处理瞬时尖刺
网络字节计数器本身是单调递增的，但偶尔会出现异常回绕（尤其是32位驱动或旧设备）或内核统计抖动，导致单次差值极大（例如从 10GB 突然跳到 1KB）。不做滤波，图表会炸出几百 MB/s 的假峰值。
实操建议：
- 设置合理上限阈值：千兆网卡理论峰值约 125MB/s，万兆约 1250MB/s，超过 2 倍就视为异常，丢弃该次差值
- 用滑动窗口中位数（3–5 个点）代替原始值，比均值更能抵抗单点毛刺
- 若连续两次差值为 0，说明网卡空闲，但不要直接画 0——保持上一个非零值或插值，避免图表锯齿
- 日志打点时，建议同时记录原始累计值和计算后速率，方便事后回溯是否为采集逻辑错误
真正难的不是读数据，是让两次读之间的差值有意义——时间不准、计数器溢出、接口名歧义、内核更新延迟，每个环节都可能让“速率”变成噪声。动手前先确认你采的是哪个接口、单位是字节还是包、要不要排除 loopback 流量，这些比代码本身更影响结果可信度。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
