linux用/proc/net/dev读取网卡流量最轻量，需两次采样求差值，关键字段为第2列（接收字节）和第10列（发送字节），注意空格与回绕；windows用getiftable2，注意speed单位为bps、需防错误返回及权限限制。
Linux下读取/proc/net/dev获取实时网卡流量
直接解析 /proc/net/dev 是最轻量、最通用的方式，不需要 root 权限，也不依赖第三方库。它给出的是自系统启动以来的累计字节数，趋势需两次采样做差值计算。
- 每行格式为
interface: rx_bytes rx_packets ... tx_bytes tx_packets ...，注意冒号后有空格，且首字段含空格（如" eth0:"） - 关键字段是第2列（接收字节数）和第10列（发送字节数），用
std::stoull()转换，别用atoi——超 4GB 就溢出 - 采样间隔建议 ≥ 100ms；太短会因计数器未更新导致差值为 0；太长则丢失瞬时峰值
- 注意：不同内核版本字段顺序一致，但某些容器环境（如 kata 容器）可能挂载受限，
/proc/net/dev内容为空或只含lo
Windows上用GetIfTable2获取接口速率与流量
GetIfTable2 是现代 Windows 推荐接口，能拿到当前速率（Speed）、接收/发送字节数（InOctets/OutOctets），比旧版 GetIfTable 更可靠。
- 需链接
iphlpapi.lib，头文件包含#include <iphlpapi.h></iphlpapi.h> - 调用前检查返回值：若为
ERROR_NOT_FOUND，说明系统不支持（Win7 及以下需降级用GetIfTable） -
Speed单位是 bps（比特/秒），而流量字段是字节，换算带宽利用率时别漏乘 8 - 同一接口多次调用间，
InterfaceIndex稳定，但名称（Alias）可能变（如重命名网卡），建议用索引而非名字做关联
跨平台封装时如何统一采样逻辑
别试图抽象出“带宽趋势对象”，先解决核心问题：两次采样间的时间戳对齐、数值防回绕、单位归一化（B/s → Mbps）。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 用
std::chrono::steady_clock记录采样时间，避免系统时间跳变干扰差值计算 - 字节数可能回绕（尤其 32 位计数器），比较前后值时用无符号减法：
auto delta = now - last;（自动处理回绕） - 输出建议统一为
double Mbps：(delta_bytes * 8.0) / (elapsed_ms * 1000.0) - Windows 的
GetIfTable2和 Linux 的/proc/net/dev都不提供“当前瞬时速率”，所谓趋势本质是滑动窗口均值，窗口长度由你控制
常见误判：把“接口速率”当“实际出口带宽”
Speed 字段（Linux 的 speed sysfs 值 / Windows 的 Speed）只是物理协商速率，和真实出口带宽无关。真实出口受 NAT、QoS、ISP 限速、多设备共享等影响。
- 家庭宽带标称 500Mbps，实测出口 rarely 超过 450Mbps，且波动剧烈——这不是程序 bug，是网络现实
- 若监控的是虚拟网卡（如 Docker bridge、WSL2 vEthernet），其
Speed常为 10Gbps，但实际出口仍走宿主机物理网卡，必须跟踪到物理接口 - 没有 API 能直接告诉你“当前 ISP 分配的可用带宽”，只能靠持续测量 + 外部基准（如跑
iperf3）交叉验证
实际部署时，最易被忽略的是容器或 WSL 环境下的路径隔离和权限限制——/proc/net/dev 在非 host network 模式下看到的不是宿主机真实数据，而 Windows 上以服务方式运行时，若没开“提升权限”，GetIfTable2 可能静默失败。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
