Windows下无法直接获取实时丢包率，须用GetIfEntry2两次采样计算(InDiscards + InErrors) / InUcastPkts（防除零），并依赖GetIfTable2获取活跃接口LUID；Linux则通过/sys/class/net/*/statistics/读取累计值后差分计算。
Windows 下用 GetIfEntry2 获取网卡实时丢包率和错误率
Windows 没有直接暴露“链路丢包率”这种计算值，但能拿到底层计数器：发送/接收的错误包数、丢弃包数、总包数。丢包率（如 RX 丢包率）得自己算：(InDiscards + InErrors) / InUcastPkts，注意分母为 0 要防除零。关键函数是 GetIfEntry2，它比过时的 GetIfEntry 支持 IPv6 和更全的统计字段，且返回的是快照值（非差分），需两次调用取差值才能算出速率类指标。
实操要点：
-
GetIfEntry2需要传入IF_INDEX（不是名字），先用GetIfTable2枚举所有适配器并过滤出OperStatus == IfOperStatusUp的活跃网卡 - 关注字段：
InUcastPkts、InDiscards、InErrors、OutUcastPkts、OutDiscards、OutErrors；InUnknownProtos可辅助判断协议解析异常 - 调用前确保链接
iphlpapi.lib，并启用#pragma comment(lib, "iphlpapi.lib") - 权限上无需管理员，但某些虚拟网卡（如 Hyper-V vSwitch）的计数器可能始终为 0 —— 这不是 bug，是驱动不支持上报
Linux 下读取 /sys/class/net/*/statistics/ 文件获取原始计数
Linux 不提供系统 API 直接查网卡统计，而是通过 sysfs 暴露只读文件，路径形如 /sys/class/net/eth0/statistics/rx_dropped。这些值是自设备 up 以来的累计值，和 Windows 类似，需定时采样做减法才能得到“实时”速率（如每秒丢包数）。注意：不是所有字段在所有驱动中都存在，比如 rx_missed_errors 在部分 Realtek 卡上为空。
实操要点：
- 必须检查文件是否存在再读取，避免 open 失败导致程序中断；推荐用
std::ifstream配合std::stoi，失败时设为 0 - 关键路径：
rx_packets、rx_dropped、rx_errors、tx_packets、tx_dropped、tx_errors - 不要用
ethtool -S输出解析 —— 它依赖外部命令、格式不稳定、性能差，仅适合调试 - 内核 5.10+ 新增了
rx_fifo_errors等细粒度字段，旧版本可能缺失，代码里要做字段容错
C++ 跨平台封装时如何避免重复采样和精度丢失
丢包率本质是浮点比值，但原始计数器是 uint64_t。如果每秒采样一次，而网络流量极低（例如每分钟才几个包），直接算 (delta_discards + delta_errors) / (double)delta_packets 会因整数截断或分母太小导致结果跳变甚至 INF/NAN。这不是算法问题，是数据稀疏性导致的统计失真。
实操要点：
- 固定采样周期（如 2 秒），但累积至少 100 个包再计算丢包率；若 delta_packets
- 用
std::chrono::steady_clock控制间隔，别依赖 sleep —— 防止系统负载高时采样漂移 - 丢包率建议保留 4 位小数，但显示时按需四舍五入；错误率同理，但
tx_errors> 0 通常意味着物理层故障，应单独告警而非只看百分比 - Windows 下
GetIfEntry2返回结构体含LastChange字段，可用来校验接口是否中途 down/up 过，避免把重置前后的计数混在一起算
为什么不能依赖 ICMP ping 或 GetIpStatisticsEx 做链路质量评估
ping 测的是三层可达性和往返延迟，反映的是 IP 层到对端的路径质量，和网卡驱动/PHY 层的丢包、CRC 错误完全无关。GetIpStatisticsEx 返回的是 TCP/IP 协议栈统计（如 dwForwarding、dwDefaultTTL），不包含任何网卡硬件级收发错误。想监控真实链路质量，必须下沉到数据链路层计数器。
常见误解与后果：
- 用
ping -n 100算“1% 丢包”就判定网卡异常？错。这可能是远端主机限速、防火墙丢包，或中间某台路由器策略性丢 ICMP —— 和本机rx_errors毫无关系 - 监控
GetIpStatisticsEx中的dwInHdrErrors？这个值只统计 IP 头校验失败，属于软件解析错误，不是网卡 DMA 接收时的 CRC 错误 - 试图从
NETSTAT -e输出解析？它调用的正是GetIfEntry的旧接口，字段残缺（无InUnknownProtos），且 Win10 后已逐步弃用
真正影响业务的是网卡 FIFO 溢出、DMA 描述符耗尽、PHY 信号劣化这类底层问题，它们只会体现在 /sys/class/net/*/statistics/ 或 GetIfEntry2 的原始计数器里。绕开它们去“猜”，监控就失去了意义。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
