它怎么判断问题出在哪一段?
页面同时测几条路:最近的 Cloudflare 节点、东京、法兰克福和弗吉尼亚的云区域、你选的服务,以及向公共 STUN 服务器发 UDP。每 5 秒比较一次:所有路同时变差,问题在你这一侧(Wi‑Fi、路由器、宽带);近处正常只有远处变差,问题在跨境或远程线路;只有一个服务变差,是那个服务自己的问题;网页正常但 UDP 丢包,游戏和通话会卡。
每条结论都列出依据和把握程度。
在你自己的浏览器里,同时测近处、远处、UDP 和常用服务,找出卡顿出在哪一段。
点名字选择要测的服务。测的是网站的 favicon;少数网站要先经过应用服务器才返回它,测出的延迟会偏高。添加的网站只保存在这个浏览器里。
页面同时测几条路:最近的 Cloudflare 节点、东京、法兰克福和弗吉尼亚的云区域、你选的服务,以及向公共 STUN 服务器发 UDP。每 5 秒比较一次:所有路同时变差,问题在你这一侧(Wi‑Fi、路由器、宽带);近处正常只有远处变差,问题在跨境或远程线路;只有一个服务变差,是那个服务自己的问题;网页正常但 UDP 丢包,游戏和通话会卡。
每条结论都列出依据和把握程度。
能分开看。在中国大陆开着代理时,页面拿国内网站(不经过代理)代表你自己的宽带,拿经代理到最近的 Cloudflare 节点代表到代理节点这一段,再拿远处的云区域代表节点之后的路。三者对比,就能看出是宽带、到节点的线路,还是节点之后的问题。代理软件用 TUN 或 fake-ip 模式时,UDP 也可能被代理接管,结论会标出把握程度。
浏览器不能直接发 UDP 包,所以页面向公共 STUN 服务器(Cloudflare、Google,大陆用户还有小米和哔哩哔哩)问自己的公网地址,每问一次就是一次 UDP 往返。请求丢了,浏览器会在 250 毫秒后重发,回答就会晚一截;数出这样的回答,就能估算丢包率。我们在服务器上故意丢 2%、5%、10% 的包验证过,测出来分别是 1–2%、4–5%、8–9%。
每分钟每个服务器大约 80 个回答,所以准确的百分比要几分钟以上的数据。
网页不能发 ICMP,也做不了 traceroute,所以只能按路径分段判断,不能点名是哪一台路由器。分段判断已经能回答大多数问题:是 Wi‑Fi 和宽带、跨境线路、代理,还是对方的服务。
诊断测 2 分钟,20 秒先给出初步结论,回答"现在卡不卡、卡在哪"。持续监控一直测到你按停止:每段路径每 5 秒记一格,变差超过 10 秒就记成一个事件,断网、网络类型和公网地址的变化也会记下来。问题时有时无时,开着持续监控去做别的事,回来看事件记录,就知道是哪一段、什么时候、持续多久。页面放在后台也会继续测。
开始测量时,页面会在几个常见地址上找你家的路由器,找到就加一行「路由器」。这样「你这一侧」的问题就能再分成两种:到路由器也变差,是 Wi‑Fi 或家里的网络;路由器正常而外面变差,是宽带接入。Chrome 会先问你是否允许这个页面访问本地网络,允许后才会测;其他浏览器暂时不支持,就没有这一行。
不会。所有请求都从你的浏览器直接发往被测的网站和 STUN 服务器,结果只留在这个页面里,关掉就没了。
分享结果时,链接里只有结论、数字和各段的状态,不含 IP 地址;勾选后才会带上国家和 Cloudflare 节点。
测试从你的浏览器发起。无需账号,不收集测试结果。
已服务 24万+ 人次© 2026 1ms.dog