游戏延迟测试

延迟是一个包到服务器再回来所花的时间，单位毫秒。丢包是没能到达的包所占的比例，在游戏里表现为瞬移和吞键。抖动是延迟在包与包之间的起伏：稳定在 60 ms 的线路，比在 20 到 100 之间反复跳的线路好打得多。

我们通过 WebTransport 向每个 PartyPing 节点发送小型数据报，并测量回显所需的往返时间。WebTransport 的数据报承载在 QUIC/UDP 上，比普通网页请求更接近实时游戏流量，但它并不等同于游戏自己的协议或路由。

每个地区都会连发几十个包，而不是一两个。检测因此会慢一点，但单个偶然的抖动或丢包不会带偏结果。

检测节点和游戏服务器在同一批地区，但不在同一台机器上，而且每个游戏自己决定往那个数字里算进多少东西——所以两者接近，不会一模一样。真正能延续下来的，是哪个地区排在前面。

没有一个适合所有游戏和玩家的唯一分界。作为通用参考，快节奏实时游戏低于 50 ms 通常比较顺畅，50–100 ms 多数情况下仍可玩，超过 100 ms 后更容易察觉操作延后；最终还要结合丢包、延迟波动和游戏内实际表现判断。

网络路径本身是分钟级变化的，多数家庭宽带在晚高峰尤其明显。一次检测只是你网络的一小段切片，不是对它的判决。在你平时真正玩的时间段测，并且多测几次再下结论。

两个数字停在不同的门口：我们测的是浏览器到各地区检测节点的 UDP 往返时间，而游戏客户端测的是它自己到厂商服务器的流量，走它自己的路由，并且每个游戏自行决定往那个数字里算进哪些东西。能延续过去的是这些：从你的位置出发哪个地区最快，以及你的线路有没有丢包或抖动。客户端里的数字是你正在打的那一局的真实延迟——那恰恰是浏览器替你测不了的。

下载速度表示单位时间能传多少数据，游戏延迟表示一个小数据包往返需要多久，两者不是同一指标。即使带宽很高，Wi-Fi 干扰、后台上传造成的排队、晚高峰拥堵或跨地区绕路，仍会让游戏延迟和丢包升高。

多数情况可以，前提是先分清问题在哪一半。所有地区一起变差，多半是本地：换有线、看看后台在传什么、必要时找运营商。只有远端地区差，那就是路径或距离的问题，换一个更近的区比任何设置都管用。

条件允许时，有线连接通常最稳定；5 GHz 和 6 GHz Wi-Fi 在距离较近、阻挡较少时也能有较低延迟，但覆盖范围更短。移动热点受信号、基站负载和网络切换影响更大，不能只凭连接类型下结论，最好在同一时段对同一地区各测几轮。

不一定。只有当它提供的中转路线比运营商原路线更好时才可能降低延迟；如果原路线已经合理，额外中转反而可能增加延迟或丢包。判断是否有效，应在同一时段、同一服务器地区分别开启和关闭，多测几轮并同时比较延迟区间与丢包。

点「和队友一起测」建一个房间，把链接发给队友。每个人从自己的网络测同一批地区，排名按**全队最差的那个人**算，而不是按平均——目标是找一个所有人都能玩的区。

都不需要。整个检测在浏览器里完成，不装任何东西，也不用注册。只要浏览器支持 HTTPS 下的 WebTransport 即可；当前主流浏览器的新版本通常已经支持，旧版本可能需要升级。

不会和你绑定，因为这里根本没有账号。如果服务端开了样本收集，我们会存一条匿名记录：游戏、地区、延迟分位数、丢包率、国家码、运营商。IP 查完国家和运营商就丢弃，不存精确位置，也没有任何用户标识或 cookie。