Linux下读取/proc/net/dev获取实时网卡收发字节量最轻量、无需特权、无依赖，需跳过前两行表头，提取第2列rx_bytes和第10列tx_bytes，注意空格不固定应逐字段解析，两次采样间隔≥100ms；Windows用GetIfTable2获取RxBytes/TxBytes累计值，需链接iphlpapi.lib并处理接口索引稳定性。
Linux下读取/proc/net/dev获取实时网卡收发字节量
Linux内核通过/proc/net/dev暴露每块网卡的收发统计，这是最轻量、无需特权、无依赖的方案。文件第一行为字段说明，第二行起为各接口数据，其中第2列是接收字节数（rx_bytes），第10列是发送字节数（tx_bytes）。
注意字段对齐：不同内核版本列数一致，但空格数量可能不固定，不能用std::istringstream直接按空格切分；推荐用std::string::find_first_not_of跳过前导空白后逐字段提取。
- 示例关键行：
ens3: 123456789 1234 0 0 0 0 0 0 987654321 9876 0 0 0 0 0 0，冒号前是接口名，后面共16个数字字段 - 需过滤掉
lo等虚拟接口，只关注物理/主网卡（如eth0、ens3），可通过配置或运行时枚举/sys/class/net/判断 - 两次读取间隔建议≥100ms，太短会导致数值变化不明显，且频繁读
/proc有轻微开销
Windows用GetIfTable2获取IPv4接口流量
Windows从Vista起推荐用GetIfTable2替代老旧的GetIfTable，它返回PMIB_IF_TABLE2结构，其中RxBytes和TxBytes字段即为累计收发字节数。该API需链接iphlpapi.lib，且调用前必须用InitializeCriticalSection初始化临界区（仅多线程场景）。
- 接口索引（
IfIndex）比名称更稳定，建议先调用GetIfEntry2查出目标网卡的索引，再用该索引轮询 - 返回值为
NO_ERROR才表示成功，ERROR_NO_DATA可能表示接口已断开，需做重试或降级处理 -
GetIfTable2在Windows 7 SP1+可用，若需兼容XP，只能退回到GetIfTable（字段偏移不同，且不支持IPv6接口）
C++跨平台封装要点：避免std::chrono::steady_clock精度陷阱
做差值计算速率时，必须用std::chrono::steady_clock而非system_clock，后者可能因NTP校时跳变导致负增量。但要注意：某些嵌入式或旧版MSVC（如VS2015）中steady_clock::now()分辨率可能只有15ms，远低于预期的1ms采样间隔。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
立即学习“C++免费学习笔记（深入）”；
- 实测建议：先调用两次
now()测最小时间差，若大于5ms，应拉长采样周期，否则速率计算失真严重 - 字节数本身是
uint64_t，但两次差值可能溢出（尤其千兆以上链路），需用static_cast<uint64_t>(new_val) - static_cast<uint64_t>(old_val)</uint64_t></uint64_t>显式转换防符号扩展 - 不要缓存
/proc/net/dev文件句柄——Linux下该文件是动态生成的伪文件，每次读都是新内容，重复fopen/fclose开销可忽略
常见错误：把ifconfig输出当真实数据源
ifconfig（或ip -s link）只是对/proc/net/dev的格式化包装，且默认只显示激活接口，重启网络服务后计数器可能重置。直接解析其stdout会引入额外依赖（如POSIX shell）、正则匹配脆弱、且无法获取未启用接口的历史值。
- 错误示例：用
std::system("ifconfig eth0 | grep 'RX bytes'")——进程fork开销大，输出格式随locale变化（如德语系统显示Bytes empfangen） - 正确做法：坚持读
/proc/net/dev原始内容，用C++字符串操作提取，不依赖外部命令 - MacOS不适用此路径，需走
sysctlbyname("net.ifmib.table", ...)，但字段定义与Linux完全不同，跨平台时务必条件编译
真正麻烦的是接口命名不一致——Docker容器里可能是eth0，Kubernetes Pod里是net1，云主机上又变成ens5。硬编码接口名必然失败，得结合/sys/class/net/下的operstate和device/type动态识别主网卡。
