首页/系统/Windows 运维速查/场景:网络时快时慢怎么查

场景:网络时快时慢怎么查

先定量再定性:用 ping/pathping 测丢包与抖动,再区分无线、MTU、带宽占用三类原因。

Windows 运维速查系统更新于 2026-10-13

为什么先定量再定性

「网络时快时慢」是最难复现的一类问题:当事人感受到的是卡顿,而这个感受可能来自丢包、抖动、带宽被占满、DNS 解析慢,甚至无线信号波动。有效的做法是先把现象量化——丢多少包、延迟抖动多大、卡顿发生在哪一跳,再决定往无线、MTU 还是带宽方向查。凭感觉换网线、重启路由,往往只是把问题推迟。

排查顺序

  • 1. 划定范围:只有自己卡还是全办公室卡,只有一个站点卡还是所有外网都卡
  • 2. 内外对比:分别 ping 网关与公网地址,判断问题在内网还是出口
  • 3. 采样量化:ping -n 100 看丢包与延迟分布,记录平均与最大值
  • 4. 定位跳点:pathping 逐跳统计,找出从哪一跳开始劣化
  • 5. 排除无线:有线网络直连对比,netsh wlan show interfaces 看信号与速率
  • 6. 验证 MTU:ping -f -l 1472 测试是否因分片被丢弃而卡在特定网站
  • 7. 检查占用:看网卡流量与占带宽的进程,排除备份、更新、云盘同步

常用示例

常用示例
ping -n 100 10.0.0.1                  # 网关采样:判断内网质量
ping -n 100 8.8.8.8                   # 公网采样:对比丢包与抖动
pathping -n -q 20 8.8.8.8             # 逐跳统计,定位劣化跳点
ping -f -l 1472 8.8.8.8               # MTU 测试:提示需要分片说明 MTU 被压缩
netsh wlan show interfaces            # 无线信号强度、速率、信道占用
nslookup www.example.com              # DNS 解析耗时与返回地址
ping -n 10 www.example.com            # 域名解析正常后再测连通
route print -4 | findstr "0.0.0.0"     # 确认默认出口是否唯一、有无冲突路由

三类典型原因

现象常见原因下一步
丢包集中于某一跳该段链路或设备劣化、限速结合 pathping 结果向链路提供方反馈
延迟低但抖动大无线干扰、链路拥塞改用有线对比;查无线信道与信号强度
整体延迟偏高链路质量、绕行路由、跨运营商对比不同目标,确认是否为出口问题
特定网站卡、其它正常MTU 不匹配、对方限速ping -f 验证是否分片;联系对方或调整 MTU
时快时慢、整段时间慢备份、更新、同步占满带宽看网卡流量与进程,限速或错峰
打开网页慢但 ping 正常DNS 解析慢nslookup 计时,换用更快的解析服务器
用信号不好解释一切之前,先用有线直连做一次对照:如果丢包与抖动在有线下同样存在,问题就不在无线侧,继续往链路和设备方向查。
平均延迟正常但抖动大,通常是无线干扰或链路拥塞;平均延迟整体偏高,则更像链路质量或路由绕行。这两个特征决定了后续排查方向完全不同。

看谁在占带宽

看谁在占带宽
Get-NetAdapterStatistics -Name '以太网' | Select-Object ReceivedBytes, SentBytes     # 网卡累计流量
Get-Counter '\Network Interface(*)\Bytes Total/sec' -SampleInterval 2 -MaxSamples 3  # 实时速率
Get-NetTCPConnection -State Established | Select-Object LocalAddress, RemoteAddress, OwningProcess   # 活跃连接
$pids = (Get-NetTCPConnection -State Established).OwningProcess | Sort-Object -Unique
Get-Process -Id $pids | Select-Object Name, Id, CPU, WS
长时间连续 ping 或 pathping 会产生大量探测流量,部分安全设备会把它识别为扫描;排障请限定次数与目标,别用 -t 挂着不管,也别在业务高峰对核心链路做大样本测试。

易错点

  • 只凭「卡」就换设备或重启路由:没量化现象,问题会反复出现且无法验证是否解决
  • 把无线问题误判为网络故障:未用有线做对照,方向从一开始就错了
  • 忽略后台任务:备份、云盘同步、系统更新占满带宽,表现与链路故障几乎一致
  • 只测 ping 不测 DNS:解析慢会表现成「上网慢」,而 ping 一直是正常的
  • 用单次采样下结论:波动类问题需要多次采样与留档对比,否则无从判断是否改善

数据来源与参考

  • Microsoft Learn:ping 命令
  • Microsoft Learn:pathping 命令

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌