Linux用/proc/net/dev读取rx_bytes/tx_bytes字段，Windows用GetIfEntry2()获取ifInOctets/ifOutOctets，均需两次采样差值除以时间间隔（建议10–50ms），配合steady_clock计时，避免libpcap等抓包库——因其统计口径错位、开销大且非真实硬件收发量。
Linux下用/proc/net/dev读取网卡收发字节数并计算毫秒级速率
直接读/proc/net/dev是 Linux 上最轻量、最可靠的方式，它不依赖额外库或 root 权限，且更新频率由内核保障（通常每 10–100ms 刷新一次）。关键不是“实时”，而是“足够快的采样 + 合理差值计算”。
注意三点：第一行和第二行是表头，真正数据从第三行开始；每行字段顺序固定，但不同内核版本可能有细微差异（如是否含compressed），建议按字段名定位而非硬编码索引；bytes列才是你要的原始字节数（不是packets），单位是字节，不是比特。
- 每次读取后需缓存上一次的
rx_bytes和tx_bytes值，再用当前值减去上一次值，除以时间差（单位秒）得到 B/s - 想获得毫秒级动态值，采样间隔建议设为
10ms～50ms；太短（如1ms）会导致差值常为 0，统计失真；太长（如500ms）就失去“动态感” - 务必用
std::chrono::steady_clock计时，避免系统时间跳变干扰；别用gettimeofday()或clock() - 示例片段（核心逻辑）：
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)); unsigned long rx_bytes, tx_bytes; iss >> rx_bytes >> std::skipws >> tx_bytes; // 跳过中间字段 auto now = std::chrono::steady_clock::now(); auto delta_ms = std::chrono::duration_cast<std::chrono::milliseconds>(now - last_time).count(); double rate_bps = (rx_bytes - last_rx) * 8000.0 / delta_ms; // 转成 bit/s，乘8000=×8×1000 last_rx = rx_bytes; last_time = now; break; } }
Windows下用GetIfEntry2()获取每网卡实时字节计数
Windows 没有类似 /proc 的文件接口，必须走 Win32 API。推荐用 GetIfEntry2()（Windows 8+），它比老旧的 GetIfTable() 更精确、线程安全，且返回的是 64 位计数器，不会溢出。
常见错误是只调用一次就以为拿到“实时值”——其实它只是快照。要算速率，你得自己定时重复调用，并记录时间戳。另外，GetIfEntry2() 返回结构体中 ifInOctets 和 ifOutOctets 才对应收/发字节数，不是 ifInUcastPkts 等包计数字段。
立即学习“C++免费学习笔记（深入）”；
- 先用
ConvertStringToSid()或枚举GetIfTable2()获取目标网卡的InterfaceLuid，再传给GetIfEntry2() - 两次调用之间至少间隔
10ms，否则ifInOctets可能完全不变（尤其低流量时） - 不要忽略
GetIfEntry2()的返回值：成功返回NO_ERROR，失败可能是权限不足（需管理员？不，普通用户即可）、网卡已断开、或 LUID 无效 - 示例关键调用：
NET_LUID luid = {0}; // ... 设置 luid（例如通过 GetIfTable2） MIB_IF_ENTRY2 entry = {0}; DWORD ret = GetIfEntry2(&luid, &entry); if (ret == NO_ERROR) { uint64_t now_rx = entry.ifInOctets; uint64_t now_tx = entry.ifOutOctets; // 后续做差值与时间计算 }
跨平台封装时为什么别碰libpcap或libtins
有人想用抓包库来“统计速率”，这是典型误用。libpcap 本质是把网卡切到混杂模式、拷贝每个包到用户态——它测的是“你能收到多少包”，不是“网卡硬件实际收发了多少”。开销大、丢包率高、结果严重偏低，且无法区分 TCP 重传、分片、驱动卸载等真实链路行为。
更麻烦的是权限问题：libpcap 在 Linux 下通常需要 cap_net_raw 或 root；Windows 下 Npcap 需要安装驱动，普通用户部署极不友好。
- 如果你只是要“操作系统看到的收发速率”，就该用 OS 提供的统计接口（
/proc/net/dev或GetIfEntry2），它们来自内核网络栈最上层，零损耗、无侵入 -
libpcap适合协议分析、异常检测等场景，不适合带宽监控 - 哪怕你用
libtins封装了 pcap，也改变不了底层采样偏差的本质——它不解决“统计口径错位”这个根本问题
毫秒级统计中最容易被忽略的精度陷阱
很多人卡在“数值跳变剧烈”或“长期为 0”，其实问题不出在代码，而在对“速率”本身的物理理解偏差。
- 网卡驱动和内核网络栈本身就有缓冲和聚合行为：小包可能攒够一定数量或时间才批量上报统计值，所以
/proc/net/dev或GetIfEntry2的更新并不是严格周期性的，尤其在低流量时，两次读取间字节数可能毫无变化 - 毫秒级“动态”不等于“每毫秒都非零”，连续几个
10ms采样点为 0 是完全正常的，只要累计 1s 内总字节数合理即可 - 别用浮点除法直接算
(now - last) / delta_ms——整数溢出或截断会悄悄吃掉低位精度；建议统一转成double，时间差用std::chrono::duration<double std::milli></double>显式表达 - 如果最终要显示“Mbps”，记得除以
1e6，不是1024*1024；网络带宽惯例用十进制单位
