快喵的路径,不是选出来的,是量出来的
这是系列第 2 章。按 2026 年 9 月 30 日至 10 月 8 日 的口径,17 个地区节点群在 80 个节点上实测出 126 毫秒中位握手延迟,本文拆开讲这个数字是怎么来的、又是怎么被晚高峰 0.45% 丢包改写的。
- 握手延迟中位 126 毫秒,来自 17 个地区节点群、80 个节点,每节点每轮 600 次压测。
- 采样窗口 2026 年 9 月 30 日至 10 月 8 日,每 10 分钟一次心跳,心跳与压测两条线分别记录,不互相替代。
- 晚高峰窗口的出向丢包为 0.45%,与全天口径不是同一组数,引用时要带窗口。
- 整体可用率中位 99.9%,指的是心跳口径,与握手延迟的压测口径要分开看。
- 路由决策基于延迟与丢包两项实测加权,不含任何第三方评分或外部数据来源。
- 本章是系列第 2 章,前提是第 1 章对链路层的定义。
先看快喵 126 毫秒是怎么来的
上一章说过,指标只能回答它能回答的问题。这一章就把质量指标本身摊开:126 毫秒这个中位握手延迟,究竟是在什么条件下、用什么方式量出来的。
采样窗口是 2026 年 9 月 30 日至 10 月 8 日,覆盖 17 个地区节点群、80 个节点,每 10 分钟一次心跳、每节点每轮 600 次握手压测。这里的口径有两个要点:一是心跳与压测分开记,心跳看的是「通不通」,压测看的是「慢多慢」;二是压测取的是中位数,不是均值,因为均值容易被少数极慢的样本拉偏。
所以 126 毫秒描述的是「典型情况下握手要多久」,而不是「最快能到多少」。同一批数据里的高分位会明显更高,单次握手还会受你本地网络影响。这两个限制在任何引用里都应该带上,否则这个数字会被误读成性能承诺。
快喵的路由决策依据的是哪两项
路径选择在本站的口径里只看两项:延迟和丢包。这两项都是实测得到的,没有第三方评分,也没有外部数据源。理由和第 1 章一致——只有可复核的指标才配进入决策。
延迟项用的就是上面那个 126 毫秒中位口径;丢包项则要看时段。2026 年 9 月 30 日至 10 月 8 日 内的全天口径相对平稳,而晚高峰窗口单独加测出的出向丢包是 0.45%。这两个数字差异明显,所以路由在晚高峰会自然偏向那些当时丢包更低的路径。
需要说清楚的是,0.45% 是晚高峰的出向口径,不代表任何时段的常态。如果你在非高峰时段看到远低于 0.45% 的丢包,那与本章的统计并不矛盾——两个数字说的不是同一个场景。
为什么快喵要把路由和隐私分开讲
第 1 章立过一个规矩:质量指标不能拿来佐证隐私结论。路由机制正是这条规矩的典型例子——路由能告诉你数据包走了哪条更顺的路径,但它不回答「沿途有谁」。
把这两件事分开还有一个实际好处:出问题时能定位。如果连接质量明显偏离 126 毫秒这个中位,那是路由与链路的事;如果质量正常但你仍然不放心,那要去查的是解析层或本地层,那是第 3 章和第 5 章的内容。混着看,定位就会变慢。
换时段会发生什么
既然路由依赖延迟与丢包两项实测,那么当这两项数据随时间变化时,选路结果也会跟着变。这一点值得单独说,因为它解释了为什么同一个节点在不同时段的表现会不一样。
在 2026 年 9 月 30 日至 10 月 8 日 的采样窗口内,80 个节点的心跳数据显示整体可用率中位稳定在 99.9%,但丢包数据在晚高峰窗口会抬到 0.45%。路由读到这条变化,就会把流量偏向当时丢包更低的地区节点群——这是 17 个地区节点群各自被独立测量之后自然产生的结果。
所以你在晚高峰感觉「今天好像换了个节点」,多半不是错觉,而是路由按当时数据做的一次调整。反过来,如果你手动锁定某个节点,就等于跳过了这套调整;好不好取舍,取决于你更在意稳定还是更在意当下这 0.45% 的丢包。
下一章转向解析
路由讲完了路径「怎么走」,但名字查询往往发生在路径之前——你要先知道目的地在哪。这正是解析层的问题,第 3 章接着讲。