任务管理器性能页不提供丢包率，需用资源监视器查看“接收错误”和“发送错误”计数，结合PowerShell或netsh命令获取总包数后手动计算丢包率；持续增长表明物理链路异常，稳定低值属正常驱动误差。
您需要在 Windows 11 任务管理器中直接看到每块网卡（如以太网、Wi-Fi、蓝牙 PAN、Hyper-V 虚拟网卡等）当前每秒的接收/发送丢包数量及丢包率百分比，用于排查网络卡顿、DNS失败或视频通话断连问题——但任务管理器原生性能页不提供丢包率字段，该指标必须通过资源监视器的底层驱动计数器获取，且需手动计算。
用资源监视器查看各网卡实时丢包计数
资源监视器是唯一能调出网卡驱动级错误计数器的系统工具，它显示的是 NIC 硬件上报的原始接收/发送错误包总数，不是瞬时率，但配合 2 秒间隔观察可准确判断是否持续丢包。
第一步：按 Ctrl + Shift + Esc 打开任务管理器 → 切换到“性能”选项卡 → 滚动到底部点击“打开资源监视器”。
第二步：在新窗口中切换至“网络”选项卡 → 点击右上角“关联的网络活动”下拉菜单 → 逐个选择不同网络适配器（如“以太网”“WLAN”“vEthernet (Default Switch)”）。
第三步：观察下方“网络适配器”列表中的“接收错误”和“发送错误”两列数值。若某网卡这两列数字在几秒内持续增长（例如从 127 → 135 → 142），说明该物理链路存在真实丢包；若长期为 0 或仅缓慢爬升（如 2 小时内+1），属正常驱动初始化误差，无需干预。
注意：“接收错误”包含 CRC 错误、帧对齐失败、缓冲区溢出等硬件级异常，“发送错误”主要反映冲突重传失败或驱动队列丢弃，二者均非 TCP 层重传，不可与 Wireshark 中的 TCP Retransmission 混淆。
手动计算丢包率（需结合总收发包数）
丢包率 = 错误包数 ÷ 总收发包数 × 100%，但任务管理器和资源监视器都不直接显示“总接收包数”或“总发送包数”——必须用 PowerShell 调用 WMI 接口提取原始计数器。
方法一：查当前网卡累计收发包总数
按 Win + X → 选择“Windows Terminal（管理员）” → 输入以下命令并回车：
Get-NetAdapter | Where-Object {$_.Status -eq 'Up'} | ForEach-Object { $stats = Get-NetAdapterStatistics -Name $_.Name; [PSCustomObject]@{ Name = $_.Name; Received = $stats.ReceivedBytes; Sent = $stats.SentBytes; ReceiveErrors = $stats.ReceiveErrors; SendErrors = $stats.SendErrors } } | Format-Table -AutoSize
输出中每行对应一块启用的网卡，“ReceiveErrors”和“SendErrors”即错误包总数，“Received”和“Sent”是总字节数——但这里缺的是“总包数”。
方法二：用 netsh 命令获取精确到包的统计（仅限以太网）
在管理员终端中运行：
netsh interface ipv4 show interfaces
记下目标以太网接口的 IDX 编号（如“Idx 3”），再执行：
netsh interface ipv4 show ipstats
查找“接收的数据包”和“接收的数据包被丢弃”两行数值，后者除以前者即得历史累计丢包率；该值每分钟刷新一次，无法秒级监控。
识别真实丢包源头：排除软件干扰
很多用户看到“接收错误”非零就认为网卡故障，其实 Windows 驱动在高负载下会主动丢弃低优先级 ICMP 或 ARP 包以保 TCP 流量，这属于正常调度行为。
若“接收错误”持续上升且伴随网页打不开、ping 大包丢包（如 ping -l 1472 114.114.114.114），才需进一步排查：右键任务栏网络图标 → “网络和 Internet 设置” → “高级网络设置” → “更多网络适配器选项” → 右键对应网卡 → “属性” → 取消勾选“允许计算机关闭此设备以节约电源”，【此设置开启时网卡会在空闲期降频，导致部分帧校验失败被计入错误】。
