负载优先
负载低于 50% 时,4K 卡顿率明显下降。
延迟决定「多久有反应」,抖动决定「卡不卡」。两个都低,才叫能打。
| 指标 | 可接受 | 优秀 | 不达标时 |
|---|---|---|---|
| 延迟 | ≤ 80 ms | ≤ 45 ms | 换更近区域 |
| 抖动 | ≤ 12 ms | ≤ 5 ms | 换专线节点 |
| 丢包 | ≤ 1% | 0% | 检查本地 Wi-Fi |
| 掉线 | ≤ 1 次/小时 | 0 次 | 看后台权限 |
缓冲一次就毁一集。4K 需要持续 25 Mbps,节点负载比测速峰值更关键。
| 清晰度 | 建议带宽 | 典型码率 | 注意 |
|---|---|---|---|
| 1080p | 8 Mbps | 5–7 Mbps | 晚高峰易降码率 |
| 1440p | 16 Mbps | 10–14 Mbps | 需要更稳的上行 |
| 4K | 25 Mbps | 18–22 Mbps | 负载高于 60% 会卡 |
| 多设备 | 按设备累加 | — | 注意总带宽 |
负载低于 50% 时,4K 卡顿率明显下降。
换节点会重建会话,播放器可能重新缓冲。
电视盒子有线连接,少一层 Wi-Fi 丢包。
据 2026 年 10 月的统计,4K 卡顿里 46% 来自节点负载、31% 来自本地 Wi-Fi、23% 来自宽带本身;换节点只解决第一类。
会议最怕中途断。丢包 0.5% 以内、开启断线重连,比追求低延迟更实际。
| 项目 | 建议 | 原因 |
|---|---|---|
| 丢包 | ≤ 0.5% | 超过会先出现语音断续 |
| 延迟 | ≤ 80 ms | 超过会抢话 |
| 断线重连 | 开启 | 切网或睡眠后自动恢复 |
| 节点 | 就近专线 | 长连接更稳 |
| 模式 | 分流 | 国内文档与海外会议并行 |
提前连上,测一次延迟与抖动,避免开场找节点。
换节点会重建会话,会议可能掉线重进。
重要会议用网线,Wi-Fi 抖动不可控。
据 2026 年 10 月的统计,开启断线重连的用户,会议中断反馈下降 58%;而把节点从 BGP 换成专线的用户,语音断续反馈下降 34%。两项都不贵,收益直接。
同一款客户端,设置重点不同。下表可以直接拿去用。
| 场景 | 首要指标 | 节点 | 模式 | 额外设置 |
|---|---|---|---|---|
| 游戏 | 抖动 ≤ 5 ms | 东亚专线 | 分流 | 游戏模式、UDP 转发 |
| 流媒体 | 持续 25 Mbps | 低负载节点 | 分流 | 盒子走网线 |
| 会议 | 丢包 ≤ 0.5% | 就近专线 | 分流 | 断线重连、会前测速 |
据 2026 年 10 月的统计,按场景分别设置的用户,问题反馈比「一套设置用到底」的低 41%;差别不在设备,在是否按场景调整。
三个场景不是互斥的。白天办公、晚上游戏的人,可以把游戏规则保存成一组,切换时导入即可,不用每次重配。
游戏主机、电视盒子、手机与电脑,能调的项完全不一样。先看自己在哪一类。
| 设备 | 能调什么 | 不能调什么 | 建议 |
|---|---|---|---|
| Windows 电脑 | 节点、规则、UDP、托盘 | — | 游戏与办公首选 |
| macOS | 节点、规则、菜单栏 | UDP 单独转发 | 办公与设计 |
| 手机 | 节点、按应用分流 | 托盘、自启 | 通勤与手游 |
| 电视盒子 | 节点(路由器侧) | 客户端内设置 | 建议路由器分流 |
主机本身装不了客户端,需要在路由器或电脑上做旁路由。
盒子多为 Android,可装客户端;也可在路由器侧统一分流。
手机开热点给主机,等于把手机当网关,延迟会多一段。
适合多设备家庭,一次配置全屋生效,但需要一点网络知识。
电脑与手机同时在线,各自独立分流,互不影响。
酒店与机场网络常限制 UDP,游戏体验会明显下降。
据 2026 年 10 月的统计,主机玩家中 63% 通过电脑共享或旁路由接入;直接装在电视盒子上的占 22%,其余用路由器插件。
场景设置里最容易踩的五个坑,逐条纠正。
| 误区 | 事实 | 怎么验证 |
|---|---|---|
| 延迟越低越好 | 抖动同样重要 | 看抖动是否 ≤ 5 ms |
| 节点越近越快 | 看目标在哪一侧 | 对比两条线路的实测 |
| 全局一定更稳 | 国内站点会绕路 | 对比首屏时间 |
| 测速高就没问题 | 丢包会在使用中暴露 | 连续用 30 分钟 |
| 换节点能治卡顿 | 目标站点慢时无效 | 换节点后对比 |
延迟 60 ms、抖动 3 ms 的线路,比 40 ms、抖动 20 ms 的更稳。
客户在欧洲就选欧洲,别只看谁的数字低。
国内业务多就用分流,全局只留给固定出口。
据 2026 年 10 月的统计,五个误区里「延迟越低越好」出现频率最高,占相关咨询的 38%;纠正后,用户对「卡顿」的归因准确率明显提升。
| 场景 | 节点类型 | 负载上限 | 备注 |
|---|---|---|---|
| FPS 游戏 | 东亚专线 | 60% | 抖动优先 |
| MOBA 游戏 | 东亚专线 | 70% | 延迟与抖动并重 |
| 4K 流媒体 | 北美/东亚 | 50% | 持续带宽优先 |
| 视频会议 | 就近专线 | 70% | 丢包优先 |
| 大文件传输 | 任意 | 80% | 凌晨时段 |
据 2026 年 10 月的采样,负载低于 50% 的节点在晚高峰的抖动中位为 5 ms,高于 80% 的为 14 ms;负载对抖动的影响比延迟明显。
这也是为什么「同一个节点早上快、晚上慢」:不是节点坏了,是负载上去了。换一个低负载的同区域节点即可。
跨境链路有明确的时段特征。知道高峰在哪,才能避开。
| 时段 | 香港 | 东京 | 洛杉矶 | 适合 |
|---|---|---|---|---|
| 00:00–08:00 | 19 / 2 ms | 32 / 3 ms | 124 / 4 ms | 大文件、更新 |
| 08:00–18:00 | 24 / 3 ms | 39 / 4 ms | 138 / 6 ms | 游戏、会议 |
| 18:00–20:00 | 30 / 6 ms | 46 / 8 ms | 155 / 9 ms | 流媒体 |
| 20:00–22:00 | 38 / 10 ms | 57 / 12 ms | 172 / 13 ms | 避开竞技 |
| 22:00–24:00 | 27 / 4 ms | 43 / 5 ms | 146 / 7 ms | 回落 |
抖动翻倍,操作手感最差;能避开就避开。
影响相对小,但 4K 仍可能降码率。
丢包上升,语音先出问题。
延迟最低、丢包接近 0,重传少。
据 2026 年 10 月的统计,晚高峰(20:00–22:00)的抖动中位是凌晨的 5 倍,延迟高 60%;同一节点在不同时段的体感差异,比换节点还大。
| 现象 | 游戏先查 | 流媒体先查 | 会议先查 |
|---|---|---|---|
| 卡顿 | 抖动 | 节点负载 | 丢包 |
| 掉线 | 本地 Wi-Fi | 宽带带宽 | 后台权限 |
| 变慢 | 时段 | 清晰度设置 | 路由跳数 |
| 断流 | UDP 被限 | 目标站点限速 | 网络切换 |
据 2026 年 10 月的统计,按场景排障的用户平均 2.1 轮解决,混用同一套顺序的为 3.8 轮;三个场景的「先查项」完全不同。
丢包 1% 就会瞬移,先查本地 Wi-Fi 与 UDP 是否被限。
切网后能否自动恢复,比峰值速度重要。
| 场景 | 带宽 | 延迟 | 抖动 | 丢包 |
|---|---|---|---|---|
| 竞技游戏 | 2–5 Mbps | ≤ 60 ms | ≤ 5 ms | 0% |
| 4K 流媒体 | ≥ 25 Mbps | ≤ 150 ms | ≤ 15 ms | ≤ 0.5% |
| 视频会议 | ≥ 4 Mbps | ≤ 80 ms | ≤ 10 ms | ≤ 0.5% |
| 大文件 | 越高越好 | 不敏感 | ≤ 20 ms | ≤ 1% |
据 2026 年 10 月的采样,四类场景里只有竞技游戏对丢包零容忍;其余三类只要丢包控制在 1% 以内,体感差异不大。
带宽不够时,换节点救不了 4K。
先满足延迟或带宽的硬线,再优化其余指标。
带宽留 20% 余量,避免排队把延迟推高。
1080p 不需要 4K 的带宽,按实际清晰度配。
同屋多台设备同时用,预算要按总量算。
首次配置后记下数字,后续对比有参照。
| 步骤 | 做什么 | 产出 |
|---|---|---|
| 定场景 | 确认主要用途与设备 | 指标优先级 |
| 选区域 | 按目标站点或服务器位置 | 候选区域 |
| 测三次 | 同节点连测,取中位 | 基线数字 |
据 2026 年 10 月的统计,按三步配置的用户,后续调整次数平均 0.8 次;随手选的为 2.6 次。配置成本十分钟,省下的是反复试错。
配置完成后,把节点、规则与时间记一行,下次遇到问题先翻记录,比重新试快。
三个场景的设置并不互斥:白天会议、晚上游戏,可以存两组规则,切换时导入。
如果只做一次配置,建议按「最常用场景」来配,其余场景遇到再调。
最后,场景设置没有标准答案,只有适合你的答案;页面给的是起点,不是终点。
把这三页的表放在一起看:指标、节点、时段,三者交叉就是你的最优解。
| 现象 | 动作 | 预期 |
|---|---|---|
| 开局就卡 | 换低抖动节点 | 抖动降 3–5 ms |
| 玩十分钟后卡 | 查本地温度与降频 | 排除设备问题 |
| 看剧缓冲 | 换低负载节点 | 卡顿率下降 |
| 会议断续 | 开断线重连、换专线 | 中断减少 |
| 夜里正常白天慢 | 换时段或换节点 | 延迟回落 |
据 2026 年 10 月的统计,五类现象里「夜里正常白天慢」最容易被误判为节点故障;实际是高峰拥塞,换时段比换节点有效。
另一种常见误判是「开局就卡」却去换区域;同区域内换城市节点就够,跨区反而增加延迟。
把现象与动作对应起来,比记住一堆参数更实用;这也是本页以表格为主的原因。
如果表格里没有你的现象,先按「本地—节点—目标」三段拆一遍,多数能定位到某一段。
拆段的方法很简单:不连客户端测一次本地延迟,连上换三个节点各测一次,再单独打开目标站点看响应。三段数字一对比,问题在哪就清楚了。
这套方法不需要工具,客户端自带的测速页就够;关键是每次只改一个变量。
一次改太多,出了问题分不清是哪一步引起的;这也是本页反复强调「记录基线」的原因。
如果你愿意多花十分钟,把这套流程写成自己的检查单,以后遇到问题按单走,效率会高很多。
这份检查单不必复杂,三行就够:测了什么、结果多少、下一步做什么。坚持记,比记参数有用。
最后提醒:场景是变化的。换了城市、换了宽带、换了游戏服务器,原先的最优节点可能不再最优,重新测一次即可。
页面给的是方法,不是固定答案;你的记录才是。
本页数据每季度复核一次,客户端版本更新时同步修改设置路径;如与客户端不一致,以客户端为准。
如果你发现某个场景的说明缺失,欢迎通过联系页告知,我们会补进下一版。
三类场景的表格可以单独保存,作为自己的设置清单;改动时一次只改一项。
场景会随季节与工作节奏变化,三个月回看一次,比一次配死更实际。
如果你同时玩游戏与开会,建议保存两组设置:一组专线低抖动,一组就近低丢包,切换时导入即可。
两组设置不必复杂,各三条规则就够;规则越多,冲突概率越高。
保存设置时命名带场景,例如「游戏-东亚专线」「会议-就近」,切换时不用猜。
如果只存一组,按使用频率最高的场景存,其余场景临时调。
设置文件建议备份到网盘或邮件给自己,换机时少一次重配。
备份时连同节点名一起记,只存规则容易忘记当时为什么这么配。
换机后先导入设置,再测一次;环境变了,原来最优的节点未必还最优。
这一条对租房、搬家、换宽带的人尤其适用。
环境变了,基线也要重测。
重测一次只要五分钟。
测完记一笔,下次换环境时对照。
记录比记忆可靠,也更省时间。
下次见。
回答对应 2.7.4 版本与 2026 年 10 月的数据。
不一定,但推荐。专线的抖动中位约 4 ms,BGP 约 8 ms;延迟差不到 4 ms,体感差距却明显。
看情况。节点负载高于 80% 时换节点有效;宽带本身不足 25 Mbps 时,换节点无效。
开启断线重连后通常 3 至 5 秒恢复;正在进行的会议可能短暂卡顿,但不会直接断会。
按需开启即可。移动端支持按应用分流,只让视频应用走隧道更省电。