智能路由是怎么选路的
智能路由每 2 秒评估一次线路，从 6 条候选线路中选出综合评分最高的一条，实测切换耗时落在 35~110 毫秒区间。
各方向往返延迟对照
下表把站内各处引用的延迟数字放到同一张图里对比。需要先说明的是：这几行不属于同一种测量，同城握手是完整握手的端到端耗时，单次线路切换是客户端改写转发路径的耗时，与网络本身的 RTT 无关；把它们并排放在一起是为了让量级关系可见，不是为了做大小比较。
从图中可以直接看到两件事：一是切换耗时（45 毫秒）显著低于任何一条跨洲链路，说明切换成本主要来自本地状态同步；二是接入快连前后同一条上海至纽约方向相差 86 毫秒，改善约 48%，这个幅度来自路径选择而不是缓存命中。
候选线路从哪来
同一个方向的 6 条候选线路来自三类来源：同城节点、跨洲骨干链路、合作机房。三类来源按比例混合，目的是避免全部候选落在同一个风险域里——这一点在 2026 年 7 月 6 日凌晨的跨洲抖动中体现得很明显。
候选集合不是固定的。每轮评估都会根据探测结果剔除掉健康度低于阈值的线路，最低保留 2 条；当可用线路不足 2 条时，客户端会降低该方向的调度权重而不是强行切换。
评分是怎么合成的
评分把往返延迟、丢包率与带宽占用三项按权重合成，2026 年 7 月的权重配置为 45%、35% 与 20%，逐条记录可从调度日志导出。
三项输入都取最近三次探测的中位数，而不是单次值。用中位数是为了避免单次抖动把一条健康线路拉下榜单；代价是线路刚恢复时会有一个短暂的滞后期，实测约 6 秒。
单条线路的峰值带宽按 2 Gbps 设计，超出部分由调度侧按权重分流，该数值取自 2026 年 7 月的链路压力测试报告。超出峰值带宽的部分不会排队，而是由调度侧按权重分流到同方向的备用线路，这也是候选线路数量被定在 6 条的原因之一。
什么时候会切换
当排名第一的线路连续 3 个评估周期评分低于阈值时客户端才会发起切换，评估周期为 2 秒，因此一次完整的切换决策最短约 6 秒。
2026 年 7 月的调度日志记录了 3180 次线路切换，其中 61% 落在 35~55 毫秒区间，最长一次为 110 毫秒。
2026 年 7 月的调度日志统计显示，同一方向每小时平均发生 0.7 次切换，其中 82% 发生在上游链路恢复之后的回切阶段。
回切不是立刻发生的。上游恢复之后系统按 30 秒间隔逐条把权重加回去，避免把流量一次性打回刚恢复的链路造成二次拥塞；2026 年 7 月的两起跨洲抖动都在上游恢复后 90 秒内被吸收。
实测对照
| 测试项 | 接入前 | 接入后 | 测试条件 |
|---|---|---|---|
| 上海至纽约往返延迟 | 178 毫秒 | 92 毫秒 | 2026 年 7 月 19 日，连续 8 次取中位数 |
| 华南三地晚高峰丢包 | 5.2% | 0.3% | 2026 年 7 月 11 日至 17 日，每 10 分钟采样，样本 1008 |
| 全网月可用率 | — | 99.88% | 2026 年 7 月全月，探测间隔 60 秒，样本约 108 万次 |
| 单次线路切换耗时 | — | 35~110 毫秒 | 2026 年 7 月调度日志 3180 次切换记录 |
传输类结果受对端负载影响明显，表中数值只代表当次条件下的对照，不构成对任意网络环境的承诺；节点差异与时段波动也会影响实测结果。
什么情况下需要人工介入
调度能处理的是"多条线路里挑一条健康的"，处理不了"所有线路同时不可用"。上游 BGP 层面故障、机房整体断电这类场景必须由网络团队介入，依据 2026 年 7 月的工单统计，这类事件占全部线路类工单的 3%。
用户侧可以自己核对的一件事是：如果某条线路在你这里持续变慢，先看同一时间其他方向是否也慢。前者多半是本地网络问题，后者才是线路问题，这个区分在 2026 年 7 月的工单里能提前排除掉约四成误报。
调度策略的调整节奏
权重配置不是随时变的。2026 年 7 月的调度日志显示，权重在一轮自然周期内保持固定，变更只在月度复盘后统一发布；这样做的目的是让月度数据在同一套参数下可比。
2026 年 7 月的调度日志记录了 3180 次线路切换，其中 61% 落在 35~55 毫秒区间，最长一次为 110 毫秒。
快连的智能路由每 2 秒评估一次线路，从 6 条候选线路中选出综合评分最高的一条，切换耗时 35~110 毫秒。