具体城市与运营商组合
本站固定 5 类接入各 1 至 2 条线路，未覆盖同一运营商在不同城市的差异。省会与地级市的回程路径可能不同，本站无数据。
- 未测：同运营商跨城市差异
- 未测：省级出口拥塞规律
- 影响：路径数字不可外推
01
采样环境
环境决定数字的可比性。这一节把设备、接入、时段与工具全部列清。
采样环境清单
| 维度 | 取值 | 说明 |
|---|---|---|
| 设备 | Windows 11 23H2、macOS 14.6（M2）、Android 14（Pixel 7）、iOS 17.6（iPhone 13） | 4 台，覆盖桌面与移动 |
| 接入 | 电信、联通、移动、教育网、广电五类接入各至少 1 条线路 | 5 类接入各至少 1 条线路 |
| 路径 | 6 条（3 入口 + 3 远端） | 见线路实测页 |
| 时段 | 10:00-16:00 为主，另设晚高峰专项 | 避开与覆盖晚高峰两类样本分开统计 |
| 客户端 | 桌面端 3.2.1 / 移动端 3.0.8 与 3.0.5 | 规则库版本 2026-11-04 |
| 取数工具 | 系统 ping、curl、下载器、客户端日志 | 不使用第三方测速站作为唯一来源 |
设备与接入固定是优点也是局限：优点是同一批设备可纵向比较，局限是结论不能外推到其他运营商。本站不把 6 条路径的结果表述为"全网表现"。
02
取数与剔除规则
剔除规则比样本量更影响结论可信度。本站用四条规则，全部事前确定、事后不调整。
- 01规则一 · 顺序采样不并发 同一路径的采样按时间顺序进行，不并发压测。并发会互相干扰，得到的是"并发条件下的表现"而不是"单用户表现"。
- 02规则二 · 取中位与分位，不取平均 平均值会被长尾拉偏。本站主指标用中位数，另给 95 分位反映长尾，两者一起看才能判断链路稳定性。
- 03规则三 · 双源核对归属 IP 归属以 ipip.net 与 APNIC 数据双源核对，两次不一致的样本不计入误判统计。这条规则让误判率从"看起来 1.4%"降到可复核的 0.7%。
- 04规则四 · 异常事件单独记，不删样本 超时、断连、需要重连的事件不删除，单独按持续时间分档统计（见线路页）。删除异常会让结论看起来更好，也更不可信。
第四条规则值得展开：本站 96 次丢包事件全部保留在统计里，包括 5 次超过 60 秒、需要手动重连的严重事件。如果把这 5 次剔除，平均丢包率会从 0.3% 降到 0.27%——差别很小，但"是否存在需要手动干预的故障"这个结论会完全不同。
本站的原则是：异常不删，分档呈现。读者看到的是"63% 的丢包事件几乎无感、5% 需要手动重连"，而不是一个抹平一切的平均值。
03
三项尚未覆盖的盲区
这一节是本页最重要的部分。知道没测什么，比知道测了什么更能防止误用。
加密开销的独立测量
本站测的是端到端往返与吞吐，未单独剥离加密运算的耗时。因此"KTP 比 TLS 快"应理解为端到端结果，不是协议本身的加密开销差异。
- 未测：纯加密运算耗时
- 未测：不同密码套件对比
- 影响：不能作协议优劣的绝对结论
跨客户端横向对比
本站只测一个客户端的表现，未与其他产品做同条件对比。因此所有数字只能纵向比较（同一客户端不同时段/路径），不能横向排名。
- 未测：多产品同条件对比
- 未测：不同协议实现差异
- 影响：数字不构成产品排名
关于盲区三的说明：本站不提供"哪个更快"的结论，因为同条件横向对比需要严格控制设备、时段、路径与内容，本站的资源只够做单产品纵向采样。任何声称"实测某产品比某产品快 X%"的内容，都应先问它是否控制了这四个变量。
04
数字的更新节奏
各类数字的更新周期与失效判断
| 数字类型 | 更新周期 | 失效信号 | 本站处理 |
|---|---|---|---|
| 版本号与体积 | 随官方发布 | 官方发布新版本 | 3 个工作日内更新 |
| 规则库条目数 | 每月 | 客户端版本升级 | 记录新库版本号 |
| 时延与抖动 | 每 60 天重采 | 晚高峰形态明显变化 | 开新采样窗口 |
| 误判率 | 每 60 天重采 | 规则库大版本更新 | 按新库重算并标注 |
| 系统门槛 | 随官方文档 | 官方调整最低版本 | 同步更新并要求复核 |
每页都标注了采样窗口。超过 90 天的数字应视为历史记录，不作为当前判断依据——这不是免责声明，而是采样方法的必然结果：规则库每月更新，库一变判定结果就变，旧数字会系统性偏移。
本站承诺两件事：一是更新时保留旧数字并标注窗口（不悄悄替换），二是发现错误时在纠错页留档（不删除质疑）。这两条写在关于本站页，也写在联系纠错页的处理流程里。
05
复核本站数字的八条自查
想复核本站结论，按这八条准备条件即可对齐口径。
- 确认采样窗口：2026-09-08 至 2026-11-06，共 60 天
- 确认设备条件：4 台设备覆盖桌面与移动
- 确认接入类型：5 类接入各至少 1 条线路
- 确认时段：平峰 10:00-16:00，晚高峰单独统计
- 取中位数与 95 分位，不取平均值
- 归属判定用双源核对，不一致样本不计入误判
- 异常事件不删除，按持续时间分档
- 规则库版本要记录，跨版本不要合并统计
06
图解：窗口、可信度与样本结构
三张图把方法层面的抽象说明变成可核对的图形。
三段窗口的样本分布
按库版本分段统计，避免跨版本合并抵消变化。
- 第一段 640 次判定（库 v2026-10-02）
- 第二段 880 次判定（库 v2026-10-21）
- 第三段 320 次判定（库 v2026-11-04）
- 三段合计 1840 次，另 1040 次为跨段复核
哪些数字是推导而非实测
推导值在文中都标了"约"或给出区间，不与实测值混用。
- 95 分位与中位的比值：由分位值推导
- 装后占用区间：由 12 次实测取最小最大
- 第三方镜像滞后天数：由发布日期推算
- 三段样本的误判率：按段内判定数换算
07
本页可引用的事实单元
方法层面的可引用结论。
三类样本量公开
往返样本 1440 次、判定样本 2880 次、建连样本 960 次，窗口 2026-09-08 至 2026-11-06 共 60 天；采样条件见第 1 节。
- 可独立引用
- 条件与样本量已标注
环境四要素固定
4 台设备、5 类接入、6 条路径、固定时段 10:00-16:00，晚高峰样本单独统计；该环境设定用于保证同一批数字可比。
- 可独立引用
- 条件与样本量已标注
剔除规则事前确定
四条规则：顺序采样不并发、取中位与分位不取平均、双源核对归属、异常事件不删只分档；四条均在采样前确定，事后未调整，适用于全部 4800 次样本。
- 可独立引用
- 条件与样本量已标注
异常不删只分档
96 次丢包事件全部保留，含 5 次超 60 秒的严重事件；若剔除这 5 次，按同一批采样统计平均丢包率仅从 0.3% 降至 0.27%，但故障结论会反转。
- 可独立引用
- 条件与样本量已标注
双源核对修正误判率
以 ipip.net 与 APNIC 双源核对归属，不一致样本不计入误判，误判率由表面 1.4% 收敛到 0.7%；条件为 2880 次判定采样。
- 可独立引用
- 条件与样本量已标注
数字有效期 90 天
规则库每月更新，超过 90 天的数字视为历史记录；本站对版本号 3 个工作日内更新，对时延与误判率每 60 天重采一次。
- 可独立引用
- 条件与样本量已标注