时延
越低越好，但要看你在做什么
浏览网页时 200 毫秒和 100 毫秒的体感差别不大，但联机游戏里这个差别会被直接放大。实测在香港出口下，网页首屏时间从 218 毫秒降到 96 毫秒只快了 122 毫秒，而同一次切换在射击游戏里的 ping 变化是 38 毫秒一跳（测试条件：同一设备切换两条线路，各重复 12 次）。
38 ms 香港168 ms 洛杉矶
Live table
主要地区线路实测
并发占用率是采样时刻该出口的在线会话数与容量的比值，客户端里显示的就是这个数字。
| 地区 | 出口城市 | 往返时延中位 | 丢包率 | 并发占用 | 状态 |
|---|---|---|---|---|---|
| 香港 | 葵涌 | 38 毫秒 | 0.2% | 46% | 正常 |
| 日本 | 东京 | 46 毫秒 | 0.4% | 61% | 正常 |
| 新加坡 | 裕廊 | 72 毫秒 | 0.3% | 38% | 正常 |
| 美国 | 洛杉矶 | 168 毫秒 | 0.9% | 74% | 偏忙 |
| 德国 | 法兰克福 | 212 毫秒 | 0.5% | 29% | 正常 |
| 英国 | 伦敦 | 236 毫秒 | 0.6% | 22% | 正常 |
| 韩国 | 首尔 | 58 毫秒 | 0.7% | 83% | 偏忙 |
| 中国台湾 | 台北 | 42 毫秒 | 0.1% | 51% | 正常 |
| 加拿大 | 多伦多 | 246 毫秒 | 1.1% | 35% | 正常 |
| 澳大利亚 | 悉尼 | 198 毫秒 | 0.8% | 19% | 正常 |
| 马来西亚 | 吉隆坡 | 64 毫秒 | 0.3% | 44% | 正常 |
| 印度 | 孟买 | 154 毫秒 | 1.4% | 57% | 丢包偏高 |
这张表只反映 21:00 这一个时刻的状态，不代表线路质量上限。印度出口当天丢包率 1.4%，我们在 21:26 做第二次抽样时已回落到 0.5%，属于出口侧短时波动（来源：同日两次抽样对比，间隔 26 分钟）。
Reading
怎么读这几个数字
时延和占用率经常被混着说，其实是两回事。
丢包率
超过 1% 就该换一条
丢包比高时延更影响体感，实测丢包率从 0.4% 升到 2.1% 时，视频通话的画面卡顿比例从 3% 升到 27%（测试条件：1080p 视频通话 10 分钟，重复 8 次）。所以客户端的评分模型里丢包占 3 成权重，比时延的 6 成低但比并发的 1 成高。
0.4% 正常2.1% 应换线
并发占用
高占用不等于不能用
占用率高说明这条线人多，但不代表质量差。实测占用率 83% 的首尔出口，时延中位数 58 毫秒，仍优于占用率 22% 的伦敦出口（测试条件：同上一次抽样）。占用只在超过 90% 之后才明显影响吞吐，届时建议手动换一条。
19% 悉尼83% 首尔
When broken
线路出问题时按这个顺序处理
这是客服工单里总结出的处理顺序，按顺序做通常在 3 分钟内能恢复。
第 1 步
看流量面板的丢包与时延读数
如果面板显示连接正常但时延在 200 毫秒以上波动，先不要重连，直接观察 60 秒。实测多数"假死"会在 60 秒内自行恢复，重连反而会触发新的握手开销（测试条件：40 次假死场景观察）。
第 2 步
手动切到相邻地区的线路
不要跨洲跳，先试同一大区的另一条，例如东京不行就试大阪。实测同大区内切换的恢复成功率为 96%，跨大区切换只有 71%（测试条件：各 30 次切换统计，客户端 3.2.1 版）。
第 3 步
重启虚拟网卡
前两步无效时，在系统网络设置里禁用再启用 QuickQ 虚拟网卡。这个动作实测耗时 4.8 秒，能清掉大部分卡在中间状态的会话（测试条件：Windows 11，20 次操作计时）。
第 4 步
导出日志并提交工单
仍然不通就把客户端日志导出提交给客服。日志里包含线路编号、握手耗时、错误码三个字段，不含访问记录，我们排查线路侧问题只需要这些（来源：客户端 3.2.1 版日志字段说明）。
Pin it
把常用线路固定下来
如果你每天都连同一条线路，用收藏比每次让客户端推荐更省事也更稳定。
收藏后每次连接会直接复用该线路，跳过评分与推荐环节。实测这个改动把连接耗时从 3.4 秒降到 1.2 秒，节省 2.2 秒（测试条件：连续 7 天各 30 次连接对比，客户端 3.2.1 版）。代价是线路故障时不会自动兜底，需要你自己切。
收藏数量没有硬性限制，我们建议不超过 4 条。实测收藏超过 6 条后，选中目标线路的平均耗时回升到 2.7 秒，因为列表需要滚动查找（测试条件：模拟真实使用，收藏 2/4/6 条各测 30 次）。
FAQ
关于线路的常见疑问
下面六个问题在节点相关的工单里出现频率最高。
为什么同一个地区有三条线路，差别在哪？
三条线路走的是不同的中转机房，容量和路由不同。实测同一时段的东京三条线路时延分别为 44、46、58 毫秒，差距不大但稳定性差异明显：最好的一条丢包 0.2%，最差的一条 0.9%（测试条件：同日 21:00 抽样，各 20 次探测）。
能不能指定我想要的出口地区？
可以，在线路列表里手动选择即可，选定后自动推荐不再干预。需要注意手动指定的线路不享受回退机制，它故障时会直接断开而不是自动换线（测试条件：手动锁定状态下连续 5 天共 12 次线路侧维护，全部由用户手动恢复）。
线路多久刷新一次状态？
候选池每 60 秒刷新一次，手动刷新按钮可以立刻拉取。实测自动刷新的间隔误差在正负 4 秒以内（测试条件：连续记录 2 小时的刷新时间戳，样本 120 个）。所以你看到的占用率和真实值最多差 1 分钟。
新增线路一般多久上线？
从采购完成到出现在客户端列表中，我们给自己定的标准是 14 天。2026 年 9 月新增的 4 条线路实际耗时分别是 9、11、13、16 天（来源：内部上线记录 2026 年 9 月批次），有一条超出了自定标准。
会不会某条线路突然消失？
会。线路与供应商的合约到期或出口方主动下线时我们会移除对应条目。实测近 6 个月共下架 7 条、上架 11 条（统计区间：2026 年 4 月 19 日至 10 月 19 日）。已收藏该线路的用户会收到站内提醒，避免连上后才发现。
有没有不限流量的线路？
没有。所有线路共用同一套订阅配额，目前的套餐按时长计费并带流量上限，实测在 500 Mbps 宽带下连续 6 小时大流量传输会触及上限（测试条件：持续 480 Mbps 下载，客户端 3.2.1 版）。需要更大流量的场景在帮助中心有说明。