游戏测速指标之间不是并列关系
延迟决定「指令多久到」,抖动决定「每次到达时间差多少」,丢包决定「有多少指令根本没到」。三者里抖动最容易被忽略,却最影响手感:一条稳定在 70 毫秒的线路,往往比一条在 30 到 140 毫秒之间来回跳的线路更好操作。带宽只在下载更新、串流和高负载场景才成为瓶颈,日常对局里它通常不是主因。
具体一点:连续测 10 轮,把结果排序,看中位数和最大值的差距。差距在 10 毫秒以内算稳定,超过 30 毫秒就该警惕,超过 60 毫秒基本可以确认存在明显波动。
不卖设备、不代注册账号、不承诺「一键变快」,我们做的是一件事:把与游戏测速有关的术语、方法、判断依据整理成能对照着用的说明。
游戏测速说明台(域名 you-xi-ce-su.cn)从 2021 年开始做这件事。起初只是因为一个很具体的小麻烦:同一款游戏,有人截图说延迟 20 毫秒,有人截图说延迟 90 毫秒,两边都言之凿凿,却没人说清自己是在什么节点、什么时段、用什么连接方式测的。数字一旦脱离条件,就变成了各说各话。
于是我们把「游戏测速」当成一张问题卡来处理。第一步界定边界——它可能指一次终端上的往返时延测量,可能指一组包含抖动、丢包、带宽的综合指标,也可能只是玩家口中「卡不卡」的模糊感受;不同的所指,判断方法完全不同,不能混为一谈。第二步给出可核对的路径——用什么工具、连哪个区域的节点、连续测几轮、看中位数还是看最差值。第三步标注证据等级——运营商公开资料、协议文档能支撑的,写「可确认」;只有零散论坛说法、无法复现的,明确写「待核」。
我们不是任何一家测速工具的官方页面,也不代表任何运营商发言。你在这里看到的每一条结论,都尽量附上它的来源类型和适用前提。信息尚未确认时,我们宁可在正文里留一个空,也不做猜测补齐——比如某些具体机房的物理位置、某些线路的实时容量,我们没有可靠的公开来源,就不写。
这套做法听起来有点笨,但它解决了一个真实问题:让一个刚接触游戏测速的人,读完能自己判断「我这个数到底算不算异常」,而不是继续在评论区里问「多少延迟才算正常」。
我们的编辑原则,一句话:能核对的写清依据,核不出来的标明待核,两者都不做的那部分,就不写。不展示无法核实的数据与评分,也不提供盗版、破解或绕过限制的传播路径。
以下都是本站自己的运营记录,用来描述我们做了多少整理工作,不是第三方认证,也不代表任何行业排名。

说明:以上数字仅描述本站自身的整理与响应情况,不构成对任何运营商、设备厂商或测速工具的资质背书,也不宜被引用为行业数据。我们不公布无法复核的满意度评分与获奖记录。
游戏测速这件事有明显的台阶感。下面五级按「能做什么」来划分,每一级都是上一级的前提,跳级往往会在后面卡住。
能区分延迟、抖动、丢包、带宽四个概念,知道延迟是往返时间而不是单向时间。这一级的典型误区是把「带宽大」直接等同于「不卡」。
知道自己连的是哪个区域的节点、用的是什么连接方式、测了几轮。同条件重测两次结果接近,才算一次有效测量,否则先别急着解读数字。
明白平均值会被个别尖峰拉偏,更该看中位数和 95 分位。一次 200 毫秒的抖动比持续 60 毫秒更影响操作手感,这是很多人体感与截图不符的原因。
用换连接方式、换节点、换时段三组对照,把问题范围从「整体很卡」缩到「无线段」「出口段」或「目标服务器段」中的某一段。
在自己常用的时段和线路上记录一组长期基线值,之后任何异常都跟自己的基线比,而不是跟网上别人的截图比——这是最有用的一个习惯。
这一节写给已经会测、但总觉得「测出来和实际玩起来对不上」的人。

延迟决定「指令多久到」,抖动决定「每次到达时间差多少」,丢包决定「有多少指令根本没到」。三者里抖动最容易被忽略,却最影响手感:一条稳定在 70 毫秒的线路,往往比一条在 30 到 140 毫秒之间来回跳的线路更好操作。带宽只在下载更新、串流和高负载场景才成为瓶颈,日常对局里它通常不是主因。
具体一点:连续测 10 轮,把结果排序,看中位数和最大值的差距。差距在 10 毫秒以内算稳定,超过 30 毫秒就该警惕,超过 60 毫秒基本可以确认存在明显波动。
同样一条线路,无线连接比有线平均多出十几到几十毫秒,2.4GHz 频段在晚间拥挤时段的波动会更明显。跨区域节点会让延迟凭空多出几十毫秒,这和你的网络质量无关,纯粹是物理距离。后台同步、系统更新、同屋其他设备看视频,都会在你不察觉时抬高抖动。
所以看到一个数字,先问三个问题:有线还是无线?连的哪个区域?当时后台在跑什么?三个都答不上来,这个数字的参考价值就很有限。
单次结果受瞬时拥塞影响很大,可能偏高也可能偏低。可行做法是同条件连测 5 到 10 轮,取中位数,并记录最大值,两者的差距才是真正值得关注的信息。
不同地区、不同运营商、不同时段、不同目标服务器,数字之间没有可比性。唯一的有效参照是自己过去的基线,这也是我们建议第五级要做的原因。
实际排查中,无线链路、路由器负载、终端后台程序造成的偏差,比运营商出口问题更常见。先做换线、换节点、换时段的对照,再决定要不要联系运营商,能省下大量沟通成本。
本节涉及的具体数值区间来自公开协议文档与常见设备表现的归纳,属于经验性参考,不作为任何线路的性能承诺。个别设备型号的实测差异我们没有权威来源,故不列出。
计划做一期对照演示:同一台设备、同一条线路,只改变连接方式和目标节点,现场看游戏测速结果怎么变,并现场回答纠错邮件里出现频率最高的问题。具体时间尚未确定,我们不会先挂一个假日期——排期确认后会在本页更新,并把回看要点整理成文字。

整理游戏测速这块内容已经有几年了,收到的问题里,出现频率最高的不是「怎么测」,而是「我这个数正不正常」。这个问题本身就没法直接回答,因为它缺了三个前提:什么线路、什么节点、什么时段。于是我们后来干脆把每个指标条目都改成按条件分段写,先讲适用前提,再给参考区间。
第二个高频困惑是「测出来很好,玩起来还是卡」。这通常不是测量错了,而是测量没覆盖到真正出问题的那一段——比如对局中才出现的瞬时丢包,或者只在晚间高峰期才冒出来的抖动。这类问题靠单次快照看不出来,得看一段时间的曲线。
还有一个观察:越是急着要一个「标准答案」的人,越容易被各种夸张说法带走。我们的应对办法是把话说慢一点,把「未知」和「待核」明明白白写在正文里。这几年下来,反而收到了不少用户主动发来的实测记录和纠错邮件,这些是我们改进内容最有价值的来源。
—— 游戏测速说明台 内容编辑组
答案尽量给到可操作的程度,点到为止的部分会给出继续阅读的位置。
在本站语境里,游戏测速指的是一整套围绕游戏联机体验的网络指标测量与解读:延迟(往返时延)、抖动(时延波动)、丢包、上下行带宽,以及到具体游戏服务器区域的链路质量。它不是单一数字,而是一组指标的组合。想弄清每个指标的含义,可以继续看本页的深度解读部分。
不需要。本站是纯信息说明与导航页面,所有解释性正文对所有人公开可见,不设登录墙、不要求填写手机号,也不收集你的测速数据。你只需要一个能正常联网的浏览器即可阅读全部内容。
本站不托管、不上传、不代理任何游戏文件、安装包或流媒体,页面上也不会自动触发下载。我们只整理公开可核对的指标解释与判断方法。具体说明见本页的内容说明与免责声明一节。
建议按顺序排查四点:一是连接方式,无线换成有线往往能立竿见影;二是测量节点,选错服务器区域会让延迟虚高几十毫秒;三是后台占用,云盘同步与系统更新会吃掉带宽并抬高抖动;四是设备本身,老旧路由器的无线模块和长时间运行的缓存都可能拖后腿。逐项排除比反复重测更有用。
宽带测速关心的是最大吞吐量,回答「带宽够不够」;游戏测速更关心时延与抖动,回答「联机稳不稳」。一条 500M 的宽带完全可能在高峰期抖到没法打排位,而一条 100M 的线路如果时延稳定,体验反而更好。两者不是替代关系,而是看问题的两个角度。
正文原则上按季度复核,遇到运营商线路调整或指标定义争议时会提前修订,并在页面标注更新时间。发现事实错误、表述歧义或版权问题,请发邮件到 copyright@you-xi-ce-su.cn,我们会在 48 小时内响应,确认后直接更正而不是悄悄删除。
把边界讲在前面,比事后解释更有用。

我们更愿意收到一段带条件的实测记录,而不是一句「我这边很卡」。条件写清楚,判断才做得准。
