网络检测

先界定再判断

网络检测是什么：一次检测到底测了哪些指标

一句话先说结论：网络检测不是测一个数字，而是同时看下载、上传、延迟、抖动、丢包和路由路径这六项——任何一项异常都可能让你觉得“网卡”，但对应的修法完全不同。

据行业通行做法，一次可用的网络检测至少要覆盖三层：链路层看丢包与误码，网络层看延迟、抖动和路由跳数，应用层看实际下载与上传吞吐。只测吞吐不看延迟，就会出现“测速 500M 但游戏照样卡”的尴尬——因为卡顿往往来自抖动和丢包，而不是带宽不够。

网络检测的六项核心指标分别代表什么

下载速度反映的是从互联网取数据的能力，单位通常是 Mbps，影响的是看视频、下文件、更新游戏的体验。上传速度反映的是把数据送出去的能力，远程办公传文件、开视频会议、直播推流都吃这一项，而它恰恰是很多家庭套餐里被压得很低的一环。

延迟（ping）是数据往返一趟的耗时，单位毫秒，它决定了你操作后多久能得到回应。抖动是延迟的波动幅度，抖动大意味着延迟忽高忽低，比稳定偏高更难受。丢包率是发出的数据包里有多少没到达，它直接导致画面马赛克、语音断续和重传卡顿。路由路径则告诉你数据经过了哪些节点，用来判断问题出在你家、小区机房还是跨网互联。

为什么“测了但没用”：取样方式决定了结论可信度

网络检测最容易翻车的地方不是工具，而是取样。同一台设备、同一个测速节点，早中晚测出来的结果可能差三成以上，晚高峰 20:00 到 22:00 是骨干网最拥挤的时段，这时候的低值未必代表你家有问题。所以合格的做法是固定节点、固定设备、连续测三次取中位数，而不是随手点一次就下结论。

还有一点常被忽略：检测时要保证环境干净。后台的云盘同步、系统更新、视频预加载都会吃掉带宽，测出来的数字反映的是“抢带宽之后的剩余量”，不能代表线路真实能力。这一点在后面的排查步骤里会反复用到。

工具取舍

常用网络检测方式与适用场景对比

一句话先说结论：日常判断“宽带够不够”用网页在线测速最快；要定位“问题出在哪一跳”必须用命令行或路由追踪；要长期盯稳定性，只有持续监测类工具能给趋势。

工具没有高下，只有合不合场景。同一个人在不同阶段需要的工具完全不同：报修前你要一张能说服客服的截图，那命令行和路由追踪更硬；日常巡检你只想确认今天网是不是变慢了，网页测速三秒就够。

说句实在话：很多人装了一堆工具，最后常用的还是浏览器加一条命令行。工具越多越容易互相打架，把两三个用顺、把口径固定下来，比换十个工具更有用。

吞吐量判读

测网速：下载、上传与带宽的真实含义

一句话先说结论：Mbps 和 MB/s 差 8 倍，100Mbps 约等于 12.5MB/s；实测达到签约速率的 85%~95% 就算达标，明显偏低先怀疑网线和网口是不是卡在百兆。

单位换算是第一个坑。运营商说的“100M 宽带”是 100Mbps，而下载软件显示的是 MB/s，两者相差 8 倍。所以 100M 宽带满速下载大约是 12.5MB/s，看到下载速度只有 11MB/s 完全不必慌，那是正常损耗。

网络检测下载速度：影响看视频和装游戏

下载速度决定的是“取数据”的体验。4K 流媒体通常需要稳定 25Mbps 以上，1080P 大约 5~8Mbps，大型游戏动辄几十 GB 的更新包则完全吃下载带宽。如果你家有三四个人同时看视频，100M 可能就不太够，300M 以上会从容很多。

判断下载是否达标有个简单办法：用有线连接、关掉所有后台任务，连续测三次取中位数。如果三次都只有签约速率的六七成，而且换根网线就恢复正常，那问题基本就是线材或网口。

上传速度：远程办公和直播的隐形瓶颈

上传是最容易被忽略的一项。很多家庭套餐下载给到 500M，上传却只有 30M，传一个 2GB 的项目包要等好几分钟。视频会议是双向的，你的画面要传出去，上传不足会直接表现为对方看你卡顿、画面糊。

如果你经常远程办公或做直播，选套餐时一定要看上传那一栏，而不是只盯下载的大数字。行业里比较常见的分档是：100M 套餐上传约 10~20M，300M 套餐约 30M，千兆套餐约 50~100M，各运营商略有差异。

网络检测带宽不等于体验：为什么 500M 也会卡

带宽是“路有多宽”，延迟和丢包是“路堵不堵、有没有坑”。一条 500M 的线路如果抖动达到 40ms，打游戏照样一卡一卡；反过来一条 100M 但延迟稳定在 15ms 的线路，开视频会议可能比前者更顺畅。这就是为什么网络检测必须同时看多项指标。

体感核心

延迟与抖动：为什么延迟高比网速慢更难受

一句话先说结论：延迟决定你“多久得到回应”，抖动决定这个回应“稳不稳”；国内同城 5~20ms 算好，游戏建议控制在 60ms 以内，抖动超过 20ms 时会议和竞技游戏会明显难受。

网速慢的体感是“等”，延迟高的体感是“卡”。等是可以忍的，卡是忍不了的——你按下技能键，角色半秒后才动，这种延迟感来自往返耗时，跟带宽几乎无关。

延迟的合理区间：按距离分档看

延迟跟物理距离强相关，不能一刀切。国内同城通常在 5~20ms，同省跨城 15~35ms，跨省 20~50ms，访问境外节点 100~200ms 属于常见范围。看到 150ms 就断定“网坏了”是不对的，得先看目标服务器在哪。

对游戏玩家来说，60ms 以内基本无感，60~100ms 能感觉到但可接受，超过 150ms 操作就会明显滞后。视频会议的门槛更宽松些，100ms 以内基本不会出现对话重叠，超过 200ms 就会频繁抢话。

网络检测抖动才是隐形杀手

抖动是延迟的波动幅度。假设平均延迟只有 30ms，但一会儿 20ms 一会儿 90ms，实际体验比稳定 60ms 更差，因为语音和视频的缓冲会不断被打断。判断方法是看测试结果里的最大最小延迟差，一般 5ms 以内算稳定，20ms 以上就要留意了。

无线环境是抖动的主要来源。信号强度在 -60dBm 以上通常比较稳，掉到 -75dBm 以下时，延迟会开始大幅波动。如果你发现抖动忽高忽低，先换个位置或改用有线，往往比调路由器参数更有效。

异常判定

丢包检测：丢包率多少算正常、如何判断

一句话先说结论：连续测 100 个包，丢 0 个是理想，1% 以内多数场景能接受，超过 2% 会议和游戏就会有感知，超过 5% 基本属于故障，建议保留截图报修。

丢包是网络检测里最容易被忽略、又最能解释“莫名其妙的卡”的指标。它不像网速那样直观，但一旦发生，重传会拖慢一切——下载变慢、语音断续、游戏瞬移，全都可能来自它。

怎么测：分两段打，才能定位

第一步测你家网关，也就是路由器地址。这一段丢包说明问题在内网，可能是网线老化、无线干扰或网卡驱动。第二步测公网目标，比如常用的公共 DNS 地址。如果网关不丢、公网丢，那问题就在运营商那一侧或跨网互联，报修时把两组数据一起给客服，效率会高很多。

测试时长也有讲究。测 10 个包看不出规律，建议至少 100 个包，有条件的话跑 200 个。偶发丢包往往每隔几十个包才出现一次，样本太少会漏掉。

网络检测丢包率分档与对应动作

0% 是理想状态，说明链路干净。0.1%~1% 属于轻微波动，多数场景感知不到，可以先观察。1%~2% 在视频会议和竞技游戏里已经能感觉到，建议开始排查。2%~5% 属于明显异常，画面马赛克、语音断续会频繁出现。5% 以上基本可以确定是故障，直接报修。

要提醒一句：如果丢包只出现在某一跳路由追踪结果里，而前后跳都正常，那很可能是该节点本身不响应测试包，并不代表真的丢数据。判断时一定要结合最后一跳的丢包率，别被中间节点的“超时”吓到。

逐跳定位

路由追踪与 DNS 检测：定位问题出在哪一跳

一句话先说结论：路由追踪按顺序列出数据经过的每一跳，从第几跳开始延迟飙升或丢包，问题就大概率在那一段；DNS 检测则专门排查“网页打不开但网络是通的”这类解析问题。

前面的指标告诉你“有问题”，路由追踪告诉你“问题在哪”。它是网络检测里最像侦探的一环：从你家路由器出发，一路经过小区机房、城域网、骨干网，直到目标服务器，每一跳的响应时间都摆在你面前。

怎么读路由追踪结果

第一跳通常是你家路由器，延迟应在 1~5ms。第二三跳是运营商接入设备，一般 5~15ms。如果前面几跳都正常，某一跳之后延迟突然从 20ms 跳到 150ms 并且后续都维持在高位，那问题就出在那一跳对应的网络段。反过来，如果只有某一跳显示超时、前后都正常，多半是该设备不回应探测包，可以忽略。

跨网访问时，延迟在互联互通节点明显上升是常见现象，尤其是不同运营商之间。这类问题个人很难解决，但把路由追踪结果交给客服，对方能更快判断是不是需要调整出口。

环境变量

Wi-Fi 与有线：无线环境下的检测差异

一句话先说结论：无线检测结果天然比有线差且波动大，2.4G 频段穿墙好但干扰重、5G 频段快但穿墙弱；判断线路问题时，先用有线测一遍再谈无线。

很多人拿无线测出来的数据去投诉宽带，结果师傅上门一测有线，完全达标。这不是运营商推责，而是无线本身就是一个会引入损耗和波动的环节，网络检测时必须把这两者分开看。

频段选择对检测结果的影响

2.4G 频段覆盖广、穿墙强，但同频设备多，微波炉、蓝牙、邻居的 Wi-Fi 都会干扰，实测延迟波动往往较大。5G 频段速率高、干扰少，但穿墙能力弱，隔一堵墙信号就可能掉一大截。检测时建议把两个频段分开测，不要混着看。

信道拥挤也是常见问题。用信道扫描功能看看周围有多少个同名热点挤在同一信道，如果超过五六个，换到相对空闲的信道往往能明显改善抖动。

有线检测：排除无线干扰的基准线

有线连接的意义在于给出一个“干净基准”。如果有线测出来延迟 12ms、丢包 0，而无线测出来延迟 45ms、丢包 1.5%，那问题就很清楚在无线侧，可能是距离太远、信道拥挤或路由器天线摆放不当。

网线本身也要检查。老旧的五类线只能跑百兆，想跑千兆必须用超五类以上。判断方法很简单：如果协商速率一直显示 100Mbps 而你的套餐是 300M，八成就是线材或网口的问题。

按需侧重

不同使用场景的网络检测重点

一句话先说结论：游戏看延迟和抖动，直播看上行和丢包，远程办公看上行与会议稳定性，下载看下行吞吐——同一张检测报告，不同场景该看的指标完全不同。

没有“万能达标线”，只有“针对场景的达标线”。下面按四类高频需求拆开讲，每类都给可对照的判断重点。

对照表

网络检测结果解读：哪些数值正常、哪些要处理

一句话先说结论：达标看“是否接近签约速率的 85% 以上”，健康看“延迟稳、抖动小、丢包接近 0”；三项里有一项明显异常，就值得动手排查，不必等到全线崩。

很多人测完只记住一个下载数字，其实这份对照表才是网络检测真正的产出。下面按指标给出正常区间、预警区间和处理建议，可以直接照着比对。

表格只是参考，真实判断要结合场景。比如你只用来刷视频，延迟高一点问题不大；但如果你打竞技游戏，延迟 80ms 就该动手了。所以先明确用途，再拿这张表去对照，才是正确的用法。

由外到内

网络故障自查步骤：从光猫到终端的排查顺序

一句话先说结论：按“光猫→网线→路由器→终端”的顺序逐层排除，每层只改一个变量、改完立刻复测，这样最多四步就能把问题锁定在某一层。

乱查一通是最费时间的。正确的网络故障排查像剥洋葱，从最外侧的入户设备开始，一层层往里走，每层都用检测结果说话。下面是可直接照做的四步流程。

1. 第一步：确认测速环境干净

   关掉云盘同步、系统更新、视频预加载和下载任务，用有线连接单台电脑。这一步是为了排除“带宽被抢”的干扰，否则后面的所有数据都不可信。做完先测一次，记下基线值。

2. 第二步：看光猫指示灯与光衰

   光猫上的光信号灯如果闪红或熄灭，说明光纤链路有问题，这时候再怎么调路由器都没用，直接报修。正常状态下光信号灯应为常亮。如果登录光猫后台能看到光衰数值，一般在 -8dBm 到 -27dBm 之间属正常，接近 -30dBm 就该联系运营商了。

3. 第三步：检查网线与路由器

   换一根超五类以上的网线直连光猫测速，如果速度立刻达标，问题就在原来的线或路由器上。同时看路由器的协商速率，千兆口应显示 1000Mbps，如果一直显示 100Mbps，多半是线材或端口卡住了。

4. 第四步：排查终端与 DNS

   换一台设备复测，如果只有某一台慢，问题在它的网卡驱动或后台程序。如果所有设备都慢但路由器自测正常，检查 DNS 设置，试着换成公共 DNS 再测一次。走到这一步还没解决，就带着前面所有截图报修。

报修时怎么描述，才不会被敷衍

客服最怕听到“我家网很慢”。有效的描述是：什么时间、什么设备、有线还是无线、哪一项指标、具体数值多少、换了什么复测过。把这几项说清楚，加上一张路由追踪截图，通常当天就能派单。

另外提醒一句，如果问题只在晚高峰出现，白天报修经常测不出问题，建议在问题发生的时段当场测、当场留证，这样师傅上门时你手里有硬数据。

避坑清单

常见误区与网络检测注意事项

一句话先说结论：单次取样、后台占用、无线混测、只看峰值，是四个最常见的误判来源；把这些排除掉，检测结论的可信度会立刻上一个台阶。

误区一：测一次就下结论

网络是动态的，一次结果只能代表那几秒。正确做法是同一条件连测三次取中位数，必要时在不同时段各测一轮。单次低值就打电话报修，很容易白跑一趟。

网络检测误区二：忽略后台占用

系统自动更新、网盘同步、手机相册备份都在偷偷吃带宽。测速前先看一眼任务管理器或路由器流量统计，把可疑进程关掉，否则你测的是“抢剩下的量”。

误区三：无线有线混着比

拿无线测出来的数字去和有线标准比，本身就是错的。判断线路问题必须用有线，无线结果只能用来评估无线环境本身。

网络检测误区四：只看峰值不看稳定

测速软件显示的峰值往往只有一瞬间，真正影响体验的是能不能长期维持。看曲线比看峰值有用得多，曲线频繁掉底说明链路不稳，即使峰值很高也白搭。

误区五：把中间节点超时当成丢包

路由追踪里某一跳显示超时，不代表数据真的丢了，很多设备出于安全策略不回应探测包。判断丢包要看最终目标的统计结果，而不是中间某一跳的显示。

顺便说一句本站的编辑态度：我们不展示无法核实的测速榜单和排名，也不提供任何未授权的资源入口；文中所有区间都标注了“通常”“一般”这类口径，是因为网络环境差异太大，给死数字反而不负责任。

长期视角

多久做一次网络检测与长期记录方法

一句话先说结论：普通家庭每月测一次即可，远程办公和游戏用户建议每周一次，遇到问题时段加密到每天一次；记录趋势比记单次数值有价值得多。

网络劣化通常是缓慢的：网线老化、光衰变大、邻居增多导致信道拥挤，这些都不是一夜之间发生的。定期检测的意义在于发现趋势，而不是等彻底断了才着急。

推荐的检测频率

普通家庭用户每月一次，选在晚高峰时段更有代表性。远程办公和竞技游戏用户建议每周一次，重点看延迟和抖动的稳定性。如果你已经怀疑线路有问题，就在问题高发时段每天测一次，连续一周，数据会自己说话。

网络检测怎么记录：一张表就够了

不需要复杂工具，一张纸或一个表格就够：日期、时段、连接方式、下载、上传、延迟、抖动、丢包，八列。坚持记录一个月，你就能看出规律，比如每周三晚上延迟都会升高，报修时这个规律本身就是很强的证据。

记录模板示例

举个例子，某用户连续三天在 21:00 记录：第一天延迟 28ms、抖动 6ms、丢包 0；第二天延迟 92ms、抖动 34ms、丢包 1.8%；第三天延迟 85ms、抖动 29ms、丢包 2.1%。三条一摆，问题时段和严重程度一目了然，这种记录比任何形容词都有说服力。

大家在搜什么

网络检测 搜索全景：全网都在搜什么

一句话先说结论：近 30 天的相关搜索里，“网络测速”以约 242300 的印象量断层领先，说明绝大多数人真正想解决的是“网速到底够不够”，而不是更专业的丢包与路由问题。

下面这份聚合按搜索意图分了四组，每组都标注了真实印象量。它能帮你省掉逐个平台去查的功夫，也能看出自己关心的问题属于主流需求还是小众需求。

数据来源：搜索引擎相关搜索，近 30 天，仅供参考。

动手演示

一分钟走一遍：网络检测的完整操作演示

一句话先说结论：从关后台到出结论，一次完整的网络检测大约 60 秒就能走完，关键是每一步都有明确产出，而不是点完按钮看个数字就结束。

下面用一个真实场景演示：用户反映“晚上打游戏卡”。我们按顺序走一遍，每步都给出具体动作和产出示例。

1. 动作：关掉后台任务，改用有线连接

   产出示例：关闭云盘同步与系统更新后，同一台电脑下载速度从 62Mbps 回升到 210Mbps，说明之前有约 150Mbps 被后台占用。

2. 网络检测动作：连续测三次下载、上传、延迟

   产出示例：三次结果分别为 208/212/209Mbps，上传稳定在 32Mbps，延迟 18/21/19ms。三项接近，说明线路本身稳定，取中位数 209Mbps 作为基线。

3. 动作：对网关和公网各做一次丢包检测

   产出示例：网关 100 个包丢 0，公网 100 个包丢 2 个，丢包率 2%。结论是内网干净，问题出在运营商侧或跨网段。

4. 动作：做一次路由追踪，看从第几跳开始异常

   产出示例：前 4 跳延迟都在 15ms 以内，第 5 跳开始跳到 88ms 并持续到目标。结论是问题出在第 5 跳对应的网络段，把截图交给客服即可。

什么场景下这套流程最有用

第一种：晚高峰游戏卡顿。用丢包加路由追踪，能快速区分是自家无线问题还是运营商拥塞。第二种：远程办公会议断续。重点看上行速度和长时段延迟曲线，很多时候是上行被占满。第三种：新装宽带验收。测速、延迟、丢包三项一起记录，作为后续对比的基准，出了问题也有据可依。

编辑筛选

网络检测方式推荐排行：五种做法怎么选

一句话先说结论：没有最好的方式，只有最合场景的方式；日常快测选网页，取证报选修命令行，长期盯稳定性选持续监测。

下面这份排行按“上手难度、信息量、可复现性”三个维度综合排序，评分是编辑基于实测体验给出的相对值，不是绝对标准。

1. 01

   网络检测网页在线测速 9.4/10

   零安装三秒出结果适合日常

   打开就能跑，最适合“今天网怎么变慢了”这种即时判断。缺点是看不到丢包，节点也不可控。

   👁 3.1 万次浏览❤️ 402 收藏⏱ 阅读 3 分钟

2. 02

   系统自带命令行检测 9.2/10

   可复现有丢包数据取证友好

   能给出平均、最大最小延迟和丢包率，同一命令不同时段跑一次就能对比。是报修时最硬的证据。

   👁 2.6 万次浏览💬 118 评论⏱ 阅读 4 分钟

3. 03

   路由器后台内置检测 8.5/10

   视角独立排除终端功能简单

   测的是路由器到外网这一段，能帮你把电脑和手机的因素摘出去。指标少，但定位方向很有用。

   👁 1.4 万次浏览❤️ 176 收藏⏱ 阅读 3 分钟

4. 04

   专业抓包与持续监测 8.8/10

   信息量最大看趋势有门槛

   能记录 24 小时的延迟丢包曲线，偶发问题在它面前无处可藏。适合网管和长期排查，日常用户用不上。

   👁 9,800 次浏览💬 54 评论⏱ 阅读 6 分钟

5. 05

   网络检测手机测速 App 现场快测 8.0/10

   随身适合验收受无线影响

   搬家验宽带、在房间各处测信号覆盖时最方便。注意它测的是无线环境，别拿结果去和有线标准比。

   👁 1.2 万次浏览❤️ 143 收藏⏱ 阅读 3 分钟

持续更新

最新专题时间线：网络检测内容更新节奏

一句话先说结论：本站按固定节奏更新检测方法与实测数据，专题标题都是具体问题，方便你按需查找而不是从头读一遍。

下面列出近期更新的专题，日期为内容上线或最近一次修订时间，方便你判断信息新鲜度。

1. 2026-10-06晚高峰丢包 2% 到底要不要报修？三段式取证方法把网关、公网、目标服务三段分开测，用数据说服客服。
2. 2026-10-04千兆宽带只跑出百兆？先查这四处再报修网线类别、网口协商速率、路由器端口、终端网卡，逐项排除。
3. 2026-10-01视频会议断续的五个自查点（含上行带宽测算）按会议码率反推所需上行，留一倍余量最稳。
4. 2026-09-282.4G 与 5G 分开测：无线检测的正确姿势频段、信道、信号强度三项分开记录，结论才站得住。
5. 2026-09-24路由追踪里某一跳超时，是丢包还是设备不回应？判断依据是最终目标的统计结果，不是中间节点的显示。
6. 2026-09-20DNS 解析慢导致网页转圈：十分钟排查法换公共 DNS、清本机缓存、复测解析延迟。
7. 2026-09-16一个月记录表模板：八列看清线路趋势日期、时段、连接方式、四项指标，坚持一个月就能看出规律。

内容把关

网络检测内容的核校标准与编辑分工

一句话先说结论：本站所有数值区间都经过至少两轮交叉核校，无法确认的具体名单、日期和数量一律留空，不做猜测补齐。

以上为用于说明内容分工的虚拟角色，不代表真实履历或机构。

协作与来源

网络检测内容协作与资料参考方向

一句话先说结论：本站内容以公开资料与自建实测为主，参考方向覆盖设备厂商文档、运营商公开口径与行业通行做法三类。

为避免误导，这里只列资料参考的方向类型，不列具体机构名称，也不做任何背书暗示。凡是无法核实的第三方数据，我们一律不引用。

• 设备厂商公开文档
• 运营商公开口径
• 行业通行做法
• 自建线路实测
• 读者反馈样本
• 标准组织公开说明

用户之声

读者评论：他们照着这套流程做了什么

一句话先说结论：评论区里最高频的反馈是“原来问题不在宽带”，按顺序排查后，多数人发现问题出在网线、无线或后台占用。

• 🧭
  老陈不加班几小时前

  按文章里的顺序从光猫开始查，最后发现是光衰偏大，师傅上门换了个分光器就好了。之前一直在折腾路由器，白忙两天。

  👍 42💬 6 回复
• 🎮
  小胖要早睡7 小时前

  延迟和抖动这段讲得实在。我打游戏一直以为是网速不够，加了套餐也没用，结果是无线抖动太高，换有线当场就好了。

  👍 31💬 3 回复
• 💻
  Lin_0723昨天

  求问丢包 1% 左右需要报修吗？客服一直说正常，我这边开会还是偶尔卡。有没有人遇到过类似情况？

  👍 18💬 9 回复
• 🌙
  🌙月见草昨天

  有线换无线对比那段很有用，换了根超五类线，丢包直接从 2% 掉到 0。原来线材真的会影响检测结果，以前完全没往这想。

  👍 27💬 2 回复
• 🛠️
  网管小周前天

  路由追踪定位到某一跳开始丢，拿这个截图找运营商，对方当天就派单了。以前光说“网慢”，客服根本不接。

  👍 56💬 11 回复
• 🏠
  阿哲在远程前天

  远程办公党收藏了。上行带宽这条以前完全没关注，难怪传文件那么慢，测了一下上行只有 12M，准备换套餐了。

  👍 23💬 4 回复
• 📶
  WiFi终结者上周

  2.4G 和 5G 分开测这个建议很关键，之前一直混着测，数据根本没法比。分开之后发现 5G 在客厅很好，进卧室直接掉一半。

  👍 35💬 5 回复
• 🍊
  橙子汽水上周

  记录趋势那节说到点子上了，我把每天晚高峰的数据存下来，报修时客服态度都变了，直接安排师傅上门测光衰。

  👍 29💬 2 回复

常见问题

网络检测常见问题解答

一句话先说结论：下面这些问题来自读者提问里最高频的几类，每条都先给结论再补细节，方便你快速对照自己的情况。

网络检测显示下载 100Mbps，算达标吗？

要看你的套餐。100Mbps 约等于 12.5MB/s，如果办的是 100M 宽带，实测达到签约速率的 85%~95% 即视为达标。若办的是 300M 却只测出 100M，通常是网线、网口或路由器端口卡在百兆，先换超五类以上网线再接千兆口复测。

补充一点：测速时如果还有别的设备在看视频，结果会偏低，建议单机有线测试后再下结论。另外注意测速节点要选同城同运营商，跨网节点普遍偏低 10%~20%。

丢包率多少算正常？多少需要报修？

连续测试 100 个包，丢包 0 为理想，1% 以内多数场景可接受，超过 2% 视频会议与游戏就会明显感知，超过 5% 基本属于故障，应保留测试截图报修。

报修前建议分两段测：先测网关，再测公网目标。如果网关不丢、公网丢，说明问题在运营商侧或跨网互联，把两组数据一起提交，处理效率会高很多。测试时长建议不少于 100 个包，样本太少容易漏掉偶发丢包。

延迟多少毫秒算好？打游戏卡是不是延迟问题？

国内同城通常在 5~20ms，跨省 20~50ms，访问境外节点 100~200ms 属常见。游戏建议控制在 60ms 以内，视频会议 100ms 以内基本无感，超过 200ms 会出现明显对话重叠。

但游戏卡不一定只是延迟高，抖动大同样会造成操作滞后。判断方法：如果平均延迟只有 30ms 但最大最小差超过 30ms，问题就在抖动，优先排查无线干扰或改用有线连接。

为什么测速结果每次都不一样？该信哪一次？

测速受测速节点、时段、并发设备与无线环境共同影响。晚高峰 20:00~22:00 骨干网拥塞时结果普遍偏低，建议固定同一节点、同一时段、同一设备连续测三次取中位数，单次取样没有参考价值。

如果三次结果差异超过 30%，说明链路本身不稳定，这时候更该关注抖动和丢包，而不是纠结哪个数字更“好看”。

路由追踪里某一跳显示超时，是丢包了吗？

不一定。很多网络设备出于安全策略不回应探测包，显示超时并不代表数据真的丢失。判断丢包要看最终目标的统计结果，如果最后一跳丢包率接近 0，中间节点的超时基本可以忽略。

真正需要注意的是“某一跳之后延迟持续升高”，比如前 4 跳都在 15ms 以内，第 5 跳之后一直维持在 80ms 以上，这种情况才说明问题出在那一段网络。

Wi-Fi 测出来比有线慢很多，是宽带问题吗？

大概率不是。无线本身会引入损耗和波动，2.4G 频段干扰重、5G 频段穿墙弱，实测比有线低 20%~50% 都算常见。判断线路问题必须用有线测，无线结果只能用来评估无线环境本身。

如果无线明显掉速，先看信号强度，-60dBm 以上较稳，-75dBm 以下波动明显；再看信道是否拥挤，周围五六个热点挤在同一信道时，换信道往往能明显改善。

多久做一次网络检测比较合适？

普通家庭每月一次即可，选在晚高峰时段更有代表性；远程办公和游戏用户建议每周一次，重点看延迟与抖动的稳定性；如果已经怀疑线路有问题，就在问题高发时段每天测一次，连续一周。

比频率更重要的是记录。一张包含日期、时段、连接方式、下载、上传、延迟、抖动、丢包八列的表格，坚持一个月就能看出规律，报修时这份记录本身就是很强的证据。

换了 DNS 之后网页还是打不开，怎么办？

先清一次本机 DNS 缓存，旧记录可能还会生效几分钟到几小时。清完复测解析延迟，正常应在 10~40ms，如果仍然超时，说明不是 DNS 的问题，需要回到路由追踪环节看路径是否异常。

还有一种情况是能解析但连不上，这属于目标服务器或端口问题，与本地网络检测无关，可以换其他网站对比确认。

报修时应该提供哪些网络检测数据？

最有效的是四样：发生时间与时段、连接方式（有线还是无线）、具体指标数值（延迟、抖动、丢包）、以及一张路由追踪截图。把这几项说清楚，通常当天就能派单。

如果问题只在晚高峰出现，白天报修经常测不出问题，建议在问题发生的时段当场测、当场留证。描述时避免只说“网很慢”，改成“21:00 有线测速，延迟 92ms、丢包 2.1%”，对方很难敷衍。

网络检测能查出别人蹭网吗？

可以间接判断。登录路由器后台看已连接设备列表，把不认识的设备逐个核对；如果发现陌生设备，同时你的延迟和抖动在特定时段明显升高，那蹭网的可能性就比较大。

处理方式是改 Wi-Fi 密码并启用较新的加密方式，改完重启路由器，再复测一次延迟和丢包对比。如果指标恢复正常，基本可以确认之前是被占用带宽导致的。请遵守当地法律法规，理性使用相关功能。

继续阅读

相关教程：网络检测延伸阅读

一句话先说结论：如果你已经能看懂基本指标，下面这几篇会带你把排查做到更细，包括设备侧、无线侧和长期记录三个方向。