边界云线路实测报告:53 条线路晚高峰延迟、速度与解锁情况(2026 年 10 月)
2026 年 10 月晚高峰,我们用和官方客户端同一个内核把边界云全部 53 条线路跑了一遍:日本方向下载中位数 1562 Mbps、香港 1398 Mbps、新加坡 1060 Mbps,丢包率中位数 0%。文中有完整测试地址、第三方测速截图、泄漏检测结果和自己复测的方法。
本文是边界云 2026 年 10 月这一轮的线路实测记录:晚高峰时段把订阅里的全部 53 条线路逐条跑了一遍,测延迟、下载、上传、丢包和抖动,再用第三方测速站交叉验证,最后做了一次 DNS 与 WebRTC 泄漏检测。用到的测试地址都写在文章里,你可以用同样的方法自己复测。
截图中的 IP、订阅信息已全部打码。测试用的是普通订阅账号,没有给它开过任何优先级或限速豁免。
结论先说
| 方向 | 线路数 | 延迟中位数 | 下载中位数 | 下载峰值 | 上传中位数 | 丢包率 |
|---|---|---|---|---|---|---|
| 日本(含东京) | 13 | 37 ms | 1562 Mbps | 1910 Mbps | 314 Mbps | 0% |
| 香港·优选 2 倍 | 2 | 50 ms | 1572 Mbps | 1603 Mbps | 126 Mbps | 0% |
| 香港 | 8 | 58 ms | 1398 Mbps | 1579 Mbps | 137 Mbps | 0% |
| 新加坡·优选 2 倍 | 2 | 122 ms | 1291 Mbps | 1313 Mbps | 62 Mbps | 0% |
| 新加坡 | 8 | 98 ms | 1060 Mbps | 1110 Mbps | 62 Mbps | 0% |
| 美国 | 6 | 138 ms | 970 Mbps | 1020 Mbps | 42 Mbps | 0% |
| 印度 | 2 | 172 ms | 805 Mbps | 891 Mbps | 34 Mbps | 0% |
| 加拿大 | 2 | 170 ms | 625 Mbps | 692 Mbps | 30 Mbps | 0% |
| 荷兰 | 4 | 254 ms | 508 Mbps | 525 Mbps | 21 Mbps | 0% |
| 德国 | 2 | 247 ms | 490 Mbps | 491 Mbps | 22 Mbps | 0% |
| 英国 | 2 | 265 ms | 480 Mbps | 487 Mbps | 21 Mbps | 0% |
三个要点:
- 亚洲方向都是千兆级。日本、香港、新加坡三个方向的下载中位数都在 1 Gbps 以上,峰值摸到 1.9 Gbps,单条线路就能跑满大多数家庭宽带。
- 53 条线路本轮丢包率中位数 0.0%,没有一条出现持续性丢包。
- 优选 2 倍线路确实更快:香港方向比同机房标准线路快 12%,新加坡方向快 22%,延迟也更低。
这次用了哪些测试地址
为了让结果可复现,所有数据都来自公开的测试地址,没有用自建测速服务器(自建测速服务器很容易把数字做漂亮)。
| 测什么 | 测试地址 |
|---|---|
| 下载、上传吞吐 | https://speed.cloudflare.com/__down 、https://speed.cloudflare.com/__up |
| 延迟、丢包、抖动 | https://speed.cloudflare.com/cdn-cgi/trace(同时用来核对出口位置) |
| 第三方交叉验证 | https://www.speedtest.net/(Ookla) |
| 缓冲膨胀(bufferbloat) | https://www.waveform.com/tools/bufferbloat |
| DNS 泄漏 | https://ipleak.net/ |
| WebRTC 泄漏 | https://browserleaks.com/webrtc |
| 流媒体与 AI 可用性 | https://www.netflix.com/、https://www.youtube.com/、https://chatgpt.com/cdn-cgi/trace、https://gemini.google.com/、https://claude.ai/ |
测试方法:用和官方客户端同一个内核(mihomo 1.19.29)以全局模式逐条切换线路,每条线路先核对出口位置,再做 4 线程 6 秒下载、3 线程 4 秒上传,延迟取 3 次探测的最低值,丢包率和抖动来自 50 次连续 HTTP 探测。浏览器部分是 Chrome 141 无头自动化,测试机为海外千兆云主机。
高峰期测试情况:主测试窗口是北京时间 20:10–20:30,正好是晚高峰——这个时段国际出口最拥挤,也是用户最容易感觉"慢"的时候。上面所有数字都是这个窗口里测出来的,不是深夜空载时的数据。
晚高峰下载速度

日本方向线路最多(13 条),负载分散,中位数 1562 Mbps;香港标准线路 1398 Mbps,个别线路(HK-03-B)在高峰时掉到 974 Mbps,说明同一地区不同线路差别可以很大,看到慢的时候先换一条同地区线路,往往比换地区更有效。
新加坡 1060 Mbps、美国 970 Mbps 都稳在千兆附近。欧洲方向 480–510 Mbps,对网页、视频、下载完全够用,延迟决定了它不适合打游戏。
延迟、抖动和丢包

这里的延迟是测试机到出口的往返时间,你在自己电脑上看到的数字会更高,通常要再加上家里宽带到入口的那一段。看相对关系就好:日本最低(37 ms),香港次之(50–58 ms),新加坡 98 ms,美国 138 ms,欧洲 247–265 ms。
抖动比延迟更能决定"卡不卡"。日本、新加坡、美国方向抖动在 30 ms 上下,通话和会议很稳;印度方向抖动 187 ms,适合下载不适合实时应用。
倍率线路:优选 2 倍和尊享 5 倍

优选 2 倍指的是流量按 2 倍计算(用 1 GB 扣 2 GB),换来的是更干净的转发路径。实测在同一时间窗、同一台测试机、同一测试地址下:香港优选比香港标准快 12%、延迟低 8 ms;新加坡优选比新加坡标准快 22%。
什么时候值得用:大文件下载、4K 串流、长时间视频会议这类"要带宽稳"的场景。日常网页、聊天、1080P 视频用标准线路就够,没必要多花流量。
尊享 5 倍走的是独立的优化中转入口,和标准线路不是同一条路径,专门给本地网络环境差、晚高峰丢包严重的用户用。它的入口不在海外,用海外测试机去测会绕一大圈,这轮测出来的 3 Mbps 不能代表真实表现,所以本文不公布尊享 5 倍的带宽数字——这组数据会用对应网络环境的测试机单独补测后更新到本页。
第三方测速站交叉验证
自己写脚本测容易被质疑,所以同一批线路又用 Ookla Speedtest 跑了一遍,结果和上面的量级一致。



三条线路的 Ookla 结果分别是:香港·优选 2 倍 1884.08 Mbps 下载 / 139.84 Mbps 上传,延迟 48 ms;新加坡·优选 2 倍 1732.18 Mbps 下载 / 990.44 Mbps 上传,延迟 85 ms;美国洛杉矶 445.70 Mbps 下载 / 433.75 Mbps 上传,延迟 125 ms。
注意 Ookla 的网页版单线程测速对高带宽线路会偏保守,官方自己也提示"超过 100 Mbps 建议用客户端测",所以它的数字通常低于多线程结果,这是正常的。距离越远差距越明显:美国方向跨太平洋,单连接受 TCP 窗口限制,所以 Ookla 测出 445 Mbps,而多线程能跑到 970 Mbps。日常下载、视频都是多连接的,更接近后者。
缓冲膨胀(bufferbloat)
带宽和延迟都好看,实际用起来还是可能卡——原因通常是缓冲膨胀:满速下载时延迟飙升,导致同时在开的视频会议、游戏全部受影响。这一项用 Waveform 的工具测:

日本东京线路这一轮拿到 B:空载延迟 12 ms,满速下载时增加 59 ms,满速上传时增加 21 ms,同时跑出 1000.7 Mbps 下载、1019.2 Mbps 上传。按 Waveform 的判定,这个水平下网页、语音通话、4K 视频、视频会议都不受影响,只有对延迟最敏感的竞技游戏在满速下载时会感到波动——所以大文件下载和打游戏错开,体验会明显更好。
流媒体和 AI 服务
| 方向 | Netflix | YouTube 地区 | ChatGPT | Gemini | Claude |
|---|---|---|---|---|---|
| 日本 | 可用 | 日本 | 可用 | 可用 | 本轮不可用 |
| 香港 | 可用 | 香港 | 可用 | 可用 | 可用 |
| 新加坡 | 可用 | 新加坡 | 可用 | 可用 | 本轮不可用 |
| 美国 | 可用 | 美国 | 可用 | 可用 | 本轮不可用 |
| 印度 | 可用 | 印度 | 可用 | 可用 | 本轮不可用 |
| 加拿大、荷兰、德国、英国 | 本轮未通过 | 对应地区 | 可用 | 可用 | 本轮不可用 |
两条实用结论:
- 用 Claude 请选香港线路。本轮 53 条线路里只有香港方向的 11 条能直接打开 Claude,其他方向会被挡在验证页。ChatGPT 和 Gemini 则是 53 条全部可用。
- 看 Netflix 选亚洲或美国方向。欧洲和加拿大方向这一轮没通过检测,换一条亚洲线路即可。AI 工具打不开的排查见 AI 工具访问问题。
有没有泄漏
速度之外更该关心的是:连上之后,本机的真实地址会不会漏出去。两项检测都在同一批线路上做过:



三张图对应三件事:DNS 这一项做了 27 次查询,只检出 1 个 DNS 服务器,位置和线路出口一致,没有一次回落到本地运营商;出口地址检测里没有出现转发头(X-Forwarded-For 之类),说明不是透明代理;WebRTC 这一项显示 No Local IP Leak、本地地址为空,浏览器没有把真实地址通过 WebRTC 漏出去。截图里的出口 IP 和所属机房都已打码。如果你在自己电脑上测出 WebRTC 泄漏,多半是浏览器插件或系统里还开着别的代理,排查见 连不上怎么办。
你自己怎么测
- 先用客户端自带的测速。打开官方客户端的"线路"页,点右上角"测速全部",它测的是延迟,几秒就能跑完,用来挑线路最快。
- 再测一次真实带宽。连上线路后打开
https://speed.cloudflare.com/,它会同时给出下载、上传、延迟、抖动和丢包,比只看一个下载数字有用得多。 - 对照着看:延迟接近本文的数字说明线路正常;延迟正常但速度只有几十兆,问题多半在本地网络或客户端设置,不是线路。
几个容易把结果测歪的地方:
- 测速时关掉其他下载、网盘同步、在线视频;
- 笔记本尽量用网线或靠近路由器,Wi-Fi 本身就可能是瓶颈;
- 同一条线路测 3 次取中间值,单次结果波动很大;
- 不要用国内的测速网站测代理线路,它们会就近选国内节点,测出来的是你到国内服务器的速度,和线路无关;
- 开着全局模式测比较准,智能分流模式下测速站可能走了直连。
常见问题
为什么我测出来没有文章里快? 文中是线路出口侧的能力上限。你的实际速度还要受家里宽带带宽、运营商国际出口、Wi-Fi 质量、设备性能影响,任何一环都可能成为瓶颈。先按上面的方法测一次延迟:延迟正常就说明线路没问题。
延迟多少算正常? 日常使用 100 ms 以内都很流畅;打游戏建议选延迟最低的日本或香港方向;看视频、下载对延迟不敏感,选带宽高的即可。
优选 2 倍线路值得用吗? 要带宽稳的场景值得,日常用标准线路就够。流量是按 2 倍扣的,这一点在 套餐与流量 里有说明。
晚高峰会掉速吗? 会有波动。本文全部数据就是晚高峰测的,可以看到同一地区不同线路差距可能到 30%,所以客户端里提供了一键测速换线。
丢包 0% 是不是就不会断? 不是。0% 指的是测试窗口内没有丢包,线路仍可能因为本地网络抖动、运营商路由变化出现短暂波动,遇到就换一条同地区线路。
这份数据多久更新一次? 线路和负载一直在变,这一页会定期重测更新,页面顶部的更新日期就是最近一次测试的时间。
本文数据采集于 2026 年 10 月晚高峰,仅记录当时当地的测试结果,不构成对速度的承诺。网络状况随时间、线路负载、本地运营商变化,请以你自己测到的结果为准。