NetworkInterface 流量统计需用累计值差除以时间，注意时间同步、溢出处理及网卡状态；PerformanceCounter 需管理员权限与计数器重载；WMI 延迟高应选原始数据并校准时间；.NET 6+ Metrics 不支持系统级网络指标。
用 NetworkInterface 获取网卡实时流量不准？
直接读 NetworkInterface.GetIPProperties().GetIPv4Statistics() 返回的 BytesReceived 和 BytesSent 是累计值，不是实时速率。两次读取差值除以时间间隔才是网速，但很多人漏掉“时间同步”和“溢出处理”——32 位计数器在千兆网满载时约 4 分钟就溢出，UInt64 字段虽已普遍支持，但老驱动或虚拟网卡仍可能返回 0 或截断值。
实操建议：
- 务必用
DateTime.UtcNow记录每次采样时间，别用DateTime.Now（时区/夏令时切换会导致负增量） - 优先检查
networkInterface.OperationalStatus == OperationalStatus.Up，禁用或拔线的网卡会返回陈旧数据 - 对同一网卡连续两次读取间隔建议 ≥ 500ms，太短会导致差值为 0（尤其低流量场景）
- 遇到
BytesReceived突降（比如从 10GB 变成 2GB），大概率是计数器回绕，需按UInt64溢出逻辑修正：if (newVal
为什么 PerformanceCounter 在 Win10/11 上常抛 InvalidOperationException？
这是权限与初始化问题：.NET 默认不启用性能计数器访问，且部分计数器（如 Network Interface\Bytes Received/sec）依赖 Windows Performance Counter 服务（sysmonlog），该服务在精简版系统或组策略禁用后无法启动。
实操建议：
- 代码中必须包裹
try/catch (InvalidOperationException)，并 fallback 到NetworkInterface累计差值法 - 首次使用前运行命令提示符（管理员）执行：
lodctr /R重载计数器定义 - 计数器实例名不能硬编码，需用
PerformanceCounterCategory.GetCategories("Network Interface").First().GetInstanceNames()动态获取真实网卡名（例如"Ethernet"或"vEthernet (Default Switch)"） - 避免高频新建
PerformanceCounter实例——构造开销大，应复用单例并调用NextValue()（首次调用必返回 0，需丢弃）
WMI 查询 Win32_PerfFormattedData_Tcpip_NetworkInterface 延迟高还吃 CPU？
WMI 是通用接口，但每查一次都触发完整性能数据采集，对多网卡机器尤其明显。更关键的是，它返回的是“格式化后”的值（已除以时间），单位固定为字节/秒，但采样周期不可控（通常 1–3 秒），导致突增流量被平滑、毛刺丢失。
实操建议：
- 改用
Win32_PerfRawData_Tcpip_NetworkInterface，自己算速率（需同时读Timestamp_Sys100NS和Frequency_Sys100NS校准时间） - 用
ManagementEventWatcher订阅__InstanceModificationEvent替代轮询，但注意 WMI 事件本身有 1–5 秒延迟 - 查询时加
WHERE Name LIKE '%Ethernet%'过滤，避免拉回所有虚拟网卡（Docker、WSL2、Hyper-V 会创建大量无用实例） - 如果只要上传/下载方向区分，别用
BytesTotalPerSec，改查BytesReceivedPerSec和BytesSentPerSec——前者在某些驱动下恒为 0
.NET 6+ 能否用 System.Diagnostics.Metrics 监控网速？
不能。当前 Metrics API（.NET 6 引入）只支持应用层自定义指标，不提供操作系统级网络设备数据接入点。想统一埋点，只能自己封装采集逻辑，再通过 Meter.CreateCounter 上报，但底层仍得靠前述三种方式之一获取原始数据。
实操建议：
- 若项目已用 OpenTelemetry，可写一个
PeriodicExportingMetricReader定时回调，在回调里调用你封装好的流量采集函数，再打点到counter.Record(value) - 别试图用
DiagnosticSource拦截HttpClient流量——那只是应用层 HTTP 请求，和网卡物理流量无关 - 跨平台需求强烈的话，Windows 用
PerformanceCounter，Linux/macOS 必须切到/proc/net/dev解析，别幻想一套代码通吃
最麻烦的其实是网卡识别：同一块物理网卡在不同 Windows 版本里可能显示为 “Ethernet”、“以太网”、“Realtek PCIe GbE Family Controller”，甚至重启后顺序乱掉。靠名字匹配永远不稳，得结合 networkInterface.Id（GUID）或 networkInterface.GetPhysicalAddress() 做持久标识。
