快喵VPN 跨境专线与时延预算：一条链路的时间花在哪里

§ 01 · 结论一条跨境线路的时间，是七段加起来花的

把一次跨境请求的往返时间拆成七段之后，能改的只有中间三段。所以谈加速之前先谈预算，谈预算之前先谈这一趟到底花在哪里。

七段里只有三段可以被调度改变

终端到网关取决于你有没有用有线；首公里取决于家宽上行有没有被占满；目标站回程取决于对方服务器在哪、当时有多忙。这三段加起来常常占总时延的四成，却基本不由线路供应商决定。

真正能被调度改变的是跨境干线、落地出口、客户端处理与排队这三段，也就是中间那一截。同一份预算下，把中间三段从 130 毫秒压到 100 毫秒，比把带宽从 100 Mbps 加到 500 Mbps 对实时场景更有用。

先确认预算，再确认线路

顺序反了会反复折腾：先买一条便宜的线路，发现会议断音，再换成贵的，结果断音依旧，因为问题在首公里排队。先量七段，再定预算，最后才在三种线路里选，这个顺序能把试错成本压到最低。

本站的讨论范围

这里不解释协议握手怎么完成，也不讲哪一类流量该直连、哪一类该代理。本站只处理线路怎么选、预算怎么分、丢包怎么算、区域怎么定这四件事，其余主题各有专页，本文不重复。

§ 02 · 线路类型三种线路的分工，先看结构再看价格

专线、公网优化、中转的差别不在名字，而在跨境段是不是独占、跳数是不是固定。结构决定了时延能不能被预算，价格只是结构的副产品。

1. 01起点本地网关与首公里，三段里唯一能被用户自己控制的一段
2. 02接入进入线路供应商的接入点，专线在这一步独占带宽
3. 03跨境预算里最大的一块，也是三种线路结构差异最大的地方
4. 04落地落地机房到目标网络，出口质量在这里分叉
5. 05回程目标站处理与返回，与对方服务器地域直接相关

专线：把不确定性买掉

专线在跨境段走独占带宽，超售比例低，因此时延曲线平。上海到东京实测 31 毫秒，晚高峰与凌晨的差值只有 3 毫秒。代价是接入点城市有限，非接入点城市要先走一段公网到接入点，那段公网一样会拥堵。

公网优化：把成本压下来

公网优化不改物理路径，只改运营商互联的选路策略。同一目的地实测 42 毫秒，比专线多 11 毫秒，但价格通常低一个量级。它对时段敏感：晚间互联拥塞时抖动会翻倍，时延中位却几乎不动。

中转：用绕路换稳定

中转在中间插入一到两个跳点，把一条长链路切成几段短链路。每多一跳大约多 5 到 8 毫秒排队，所以两跳之后收益转负。它的价值在故障绕行与时段规避，不在绝对时延。

§ 03 · 时延预算预算怎么分：给每个应用一条上限

预算不是把总时延写到合同里，而是给每一类应用划一条不能越过的线。越线就换线路或换区域，而不是靠重试硬撑。

预算要按业务分，不按带宽分

同一条 100 Mbps 线路，跑视频会议和跑夜间备份的体验完全不同。会议怕抖动与丢包，备份只在乎丢包和窗口。把预算按带宽写，会让最需要稳定的业务和最不需要稳定的业务共用一个数字。

三类应用的配额差异

预算超了以后的三条路

• 换线路：把公网优化换成专线，通常能拿回 10 到 30 毫秒，代价是费用上台阶。
• 换区域：把法兰克福换成伦敦或反过来，用时段稳定性换绝对时延，欧陆两个落地之间差 8 毫秒。
• 改业务：把双向会议降为单向观看，把实时同步降为定时批量，用业务形态去适配预算，而不是反着来。

三种线路在预算表里的位置

预算表把专线放在实时类业务的第一列，把公网优化放在批量类业务的第一列，把中转写成备用而不是主选。这样排的原因不是价格，而是三者的抖动曲线形状不同。

一个常见误算：把单程当时延

上海到法兰克福的实测单程约 94 毫秒，往返 188 毫秒。预算表全部使用往返值，若按单程填表，等于把可用余量凭空放大一倍，实时业务会在晚高峰先越线。

§ 04 · 丢包与重传丢包不看百分比，看它对吞吐做了什么

0.6% 的丢包听起来很小，却能让单连接吞吐掉到原来的十分之一。原因不在带宽，而在重传把窗口一次次打回起点。

重传的代价是乘法，不是加法

一次重传要等一个往返加一个超时判定。RTT 141 毫秒的链路上，一次多余重传就让这条流空转约 200 毫秒；如果同时有四个流都在重传，空转就叠在一起，表现为整段卡顿。

处理顺序：先查发生地，再查触发条件

• 先分清丢包发生在首公里、跨境段还是落地段，三段的比例不同，处理方式完全不同。
• 首公里丢包多半是 Wi-Fi 干扰或上行排队，换有线或限速即可，与线路供应商无关。
• 跨境段丢包与海缆、互联拥塞相关，只能靠换线路类型或换区域绕开。
• 落地段丢包往往出现在目标机房入口，属于对方网络问题，换落地城市比调参数有效。

§ 05 · 跨境区域九个落地，先按地理位置分组再谈选择

区域不是越多越好。九个落地按距离分成三组，每组内部的时延差在 15 毫秒以内，跨组的差可以从 2 倍到 9 倍。

三组划分与预算联动

• 近区（香港、东京、首尔、新加坡）：预算 60 毫秒以内可覆盖实时业务，选型主要在专线与中转之间。
• 中距（悉尼、洛杉矶）：预算 160 毫秒左右，实时业务需要专线，非实时业务用公网优化即可。
• 远区（法兰克福、伦敦、圣保罗）：预算 210 毫秒以上，实时业务基本只能靠专线，且要接受 100 毫秒以上的单向延迟。

可访问范围的两层含义

第一层是线路能到哪些落地城市，第二层是落地之后能访问哪些目标网络。前者看接入点清单，后者看落地机房的出口策略。两者不是同一件事，选区域时要分别确认。

§ 06 · 选线五步五步选定一条线路，每步都有可验证的数字

五步的顺序不能调换。跳过第一步直接看价格，通常会在第三步发现问题，然后把前面的结论全部推翻。

1. 先量七段：用同一套口径在连续三天各采 60 次，得到自己这条链路的七段读数。没有这组数，后面全凭感觉。
2. 定应用清单：把要跑的业务按实时、交互、批量三类分开，每一类给一条时延与抖动上限，写成一张表。
3. 比线路结构：按上表把三类业务分别对到专线、公网优化、中转，算出每个月要为稳定性多付多少。
4. 定区域与备份：每个业务选一个主落地加一个备份落地，备份落地的时延不得超过主落地的 1.6 倍。
5. 跑一周复核：一周后重测七段，把与预估偏差超过 20% 的段落标出来，再看是线路问题还是本地问题。

为什么第一步必须是量七段

不量七段就无法区分“线路不行”和“本地不行”。2026-11-06 的一次复现里，同一条 31 毫秒的东京专线被用成了 58 毫秒，问题全在首公里上传排队，与线路无关。

备份落地的 1.6 倍规则从哪来

实测九个落地的组合里，主备时延比超过 1.6 倍时，切换后的体验落差会被使用者当成故障而不是降级。把比例控制在 1.6 倍以内，切换就只是一次不明显的变化。

五步之后还要做什么

• 把七段读数与预算表一起存档，每次换线路或换区域都重测一次，形成可比的时间序列。
• 把观察记录写进固定的表格，日期、区域、线路、读数四列固定，方便按周对比。
• 每季度复核一次预算线，业务形态变了，预算线要跟着改，否则会一直用旧标准判断新问题。

§ 07 · 为什么这样排四个主题的先后顺序为什么不能颠倒

顺序按因果排：先要知道时间花在哪（预算），才知道结构有没有用（线路）；先知道代价多大（丢包），才知道区域能不能承受（区域）。

• 先量七段：不量就无法归因，后面所有判断都是猜。
• 再定预算：预算是判断标准，没有标准就分不清快慢。
• 再选线路：线路是手段，手段要对准被超过的那一段。
• 再算丢包：丢包决定代价量级，决定该花多少在稳定上。
• 最后定区域：区域决定偏移量，也决定预算能否成立。
• 五步之后进入观测：记录、复核、修正，首尾相接。
• 颠倒顺序最常见的结果是：先换线路，再发现问题是本地上行。
• 第二种结果是：先换区域，再发现目标站不在该区域有入口。
• 第三种结果是：先加带宽，再发现抖动一点没变。
• 三种结果的共同点是钱花了，读数没变。
• 所以本站把顺序写在首页，而不是藏在某一页的第三节里。

观测怎么收尾

五步走完之后不是结束，而是进入观测。记录页按四列格式记下每次变化，预算表按季度复核，术语表按半年复核，三者共同维持这套口径的可信度。

什么时候可以跳过某一步

只有一种情况可以跳过：业务对时间完全不敏感。此时不需要预算，也不需要选线路，只要带宽够用即可。除此之外，跳过任何一步都会在后面某个环节补回来。

§ 08 · 观察记录八条记录里反复出现的三件事

本站记录了九周内的八次线路变化，覆盖四个区域与三种线路。翻完之后留下的结论只有三条，其余都是这三条的变体。

• 2026-11-09 · 法兰克福 · 专线
  • 欧陆干线绕行，跨境段多出 19 毫秒
  • 总时延 188 → 207 毫秒，抖动 P95 6.2 → 7.9 毫秒，丢包 0.16% → 0.21%。各段采样 60 次，覆盖 14:00 至 18:00。
  • 把该时段的实时会议切到东京中转线路。时延回到 100 毫秒以内，代价是多一次跳转排队。
• 2026-11-08 · 洛杉矶 · 公网优化
  • 晚高峰互联拥塞，抖动翻倍而时延未变
  • RTT 176 → 180 毫秒，抖动 P95 5.4 → 12.6 毫秒，丢包 0.12% → 0.43%。采样各 90 次，覆盖晚高峰全程。
  • 同一时段改用专线，抖动回落到 6.1 毫秒。这说明问题在互联排队，不在跨境距离。
• 2026-11-07 · 新加坡 · 中转
  • 两跳中继比三跳快 6 毫秒，跳数不是越多越好
  • 单跳 47、两跳 53、三跳 61 毫秒，抖动 P95 分别为 2.8、3.1、4.4 毫秒。采样各 40 次，覆盖白天与晚间。
  • 把东南亚方向的中继上限固定为两跳。第三跳只在首跳故障时作为备份启用。
• 2026-11-06 · 东京 · 专线
  • 首公里上行排队，把 31 毫秒的线路用成了 58 毫秒
  • 总时延 31 → 58 毫秒，首公里 4.2 → 27.4 毫秒，上传占用上行 92%。采样各 50 次，覆盖晚间两小时。
  • 在上传侧做 80% 上行限速后回到 33 毫秒。这说明预算要先把本地这一段压住。
• 2026-11-05 · 香港 · 公网优化
  • 0.6% 丢包让 200 Mbps 链路跑出 8 Mbps
  • RTT 33 毫秒，MSS 1460 字节，单流 96 → 8.4 Mbps，8 流并发 61 Mbps。采样各 20 次，注入条件可控。
  • 大文件场景改用多连接，实时场景改判线路。两条路处理的是同一个丢包问题的不同侧面。
• 2026-11-04 · 首尔 · 专线
  • 区域切换的 2.4 秒断流，来自连接重建而不是线路
  • 切换成功 20 次，无数据窗口中位 2.4 秒，最短 1.9 秒，最长 3.6 秒。
  • 把长时间会话固定在单一区域。区域切换留给能容忍短断流的场景。

第一件：时延变，抖动不变，问题在距离

时延与抖动同时抬升，通常是距离或绕行变了；只有抖动抬升而时延中位不动，通常是互联排队。这两种情况的处理完全不同，前者换区域，后者换线路类型。

第二件：本地的 27 毫秒比跨境的 130 毫秒更常见

八条记录里有三条的根因在首公里。上行被占满、Wi-Fi 干扰、老旧路由器排队，任何一个都能吃掉 20 毫秒以上，而这部分与线路供应商毫无关系。

第三件：跳数与收益不是线性关系

中转的边际收益在第二跳之后就转负。记录里两跳比单跳多 6 毫秒、三跳比两跳多 8 毫秒，而稳定性提升从第三跳开始已经测不出来。

§ 08 · 常见问答关于预算与线路的八个问题

下面八问来自实际咨询里出现频率最高的疑问，答案都指向具体数字或具体做法，不含没有条件的结论。

§ 09 · 术语对照六个词，六个不能混用的概念

这一节只做对照，不展开原理。混用这几个词，预算就会算错，因为它们的量纲与测量方式都不同。

为什么要把 P95 而不是平均值写进预算

平均值会把尖峰抹平。2026-11-08 的洛杉矶读数里，平均值只升了 4 毫秒，P95 却从 5.4 毫秒升到 12.6 毫秒，而使用者感受到的正是那 5% 的尖峰。

带宽与时延的分工

带宽决定一分钟能传多少，时延决定第一个字节多久到。视频会议卡顿九成是时延与抖动问题，不是带宽问题；这一点在预算表里必须分开写两列。

落地与目标的区别

落地是跨境段的终点，目标站还在落地机房的下一跳之外。落地城市选得好，不等于目标站就近；选区域时要同时看落地城市与目标站所在网络。

预算表的更新条件

出现下列三种情况之一时重填预算表：新增落地城市、线路类型结构变化、主要业务从批量转为实时。仅带宽扩容不触发重填，因为它不改变时延与抖动的读数。

预算与观察记录的对应关系

记录页的每一条都带日期、区域、线路、读数四列，可以直接对照预算表复核。2026-11-08 的洛杉矶记录就是一次典型的抖动越线，时延中位却仍在预算内。

§ 10 · 采集口径所有数字的采集环境与更新方式

本站的读数只在自己采过的环境里成立。换一条家宽、换一个时段，数字都会变，但七段拆分的方法与判断顺序不变。

更新与纠错

采集窗口为 2026-11-06 → 11-09，客户端版本 4.2.0。每逢版本发布或线路调整，先更新观察记录页，再回填各页的数字。发现与你的实测不一致时，把系统、出口城市、时段与采样次数发到页脚邮箱，先复现再改文案。

本站不做的三件事

• 不排名、不评分、不给线路供应商贴优劣标签，只给同一口径下的读数。
• 不收录无法复现的单次反馈，避免把个案写成通用结论。
• 不提供远程代操作，也不索取任何账号口令或验证码。

§ 11 · 本页索引卡首页把四件事压进了一张时间轴

四件事分别是线路结构、预算拆分、丢包代价、区域分组。索引卡只做一件事：告诉你哪一列数字属于哪一节，避免把不同节的读数混着比。

为什么口径比数字更重要

同一句“时延 141 毫秒”，在四个城市、三种线路、两种采样方式下能得到四个不同结论。所以本站每个数字旁边都跟着环境标签，缺标签的数字不进入对比。

这也解释了为什么首页不写“平均时延”。平均值把尖峰抹平，而尖峰正是使用者抱怨的那部分。

怎么把这张卡用起来

先找到自己要解决的业务属于哪一类，再回到对应的表；不要在首页从头读到尾再决定，那样容易被不相干的读数带偏。

每张表的采样次数都写在表题里，采样次数低于 30 次的读数只作趋势参考，不作选型依据。

四页主题与四张表的关系

线路类型页展开表 2，时延预算页展开表 3，丢包重传页展开表 4，跨境区域页展开表 5。四页共用同一套采样环境，因此可以横向对照。

• 读任何读数前先看它的环境标签，标签不同就不做横向比较。
• 预算表全部用往返值，遇到只给单程的资料先乘二再对照。
• 抖动看 P95，不看平均值；丢包看分段比例，不看整体比例。
• 区域选择同时看落地城市与目标站所在网络，两者不是同一件事。
• 采样次数低于 30 次的读数只当趋势，不当结论。
• 任何一条结论都附条件，条件变了结论要重算。

§ 12 · 边界复核这十条结论在什么条件下成立

本站所有结论都来自 2026-11-06 至 11-09 的四个采集环境。换一条家宽、换一个运营商、换一个时段，绝对数字会变，七段拆分与判断顺序不变。

适用的条件

适用于中国大陆出口到亚洲、美洲、欧洲、南美的常见跨境访问路径，且本地为有线或稳定的 Wi-Fi 6 连接。

适用于客户端 4.2.0 及之后的版本，线路配置为 routes-2026-11 模板。更早版本的线路表字段不同，读数不可直接对照。

不适用的三种情况

本地为移动网络且信号强度低于 -105 dBm 时，首公里段的波动会盖过跨境段的差异，七段拆分失去分辨力。

企业内网经过多层代理或强制审计网关时，客户端处理与排队一段会被显著放大，读数不能代表线路本身。

目标站使用自建 CDN 或边缘节点时，落地段的时延取决于对方的调度策略，与落地城市的相关性变弱。

复核时的取证顺序

第一步确认采集环境标签与当前环境一致；第二步确认采样次数不少于 30 次；第三步确认时段覆盖了晚高峰。三项都满足，读数才可用来复核本站结论。

三项中任一项不满足时，先补采样，不要急着改线路。改线路是最后一步，不是第一步。