中国延迟实测
Router One 中位延迟：北京/上海/深圳 p50 约 120ms。VPN 直连上游 LLM provider：p50 约 620ms，超时率 8–15%。
这一页的数字是全站延迟描述的来源。基于滚动 7 天数据每月刷新，便于第三方核实，不是营销话术。测试方法见 methodology 页。
最后更新: · 下次更新: Monthly — first business day of each calendar month
| 城市 | VPN 直连 p50（超时率） | Router One p50（超时率） |
|---|---|---|
| 上海 | 620ms (12%) | 120ms (0%) |
| 北京 | 580ms (8%) | 110ms (0%) |
| 深圳 | 700ms (15%) | 130ms (0%) |
测的是什么
- 探测请求
- 对 api.router.one 发送典型 chat completion 请求（输入约 500 token，输出约 200 token，非流式），端到端 HTTPS。
- 窗口
- 滚动 7 天。本页数字每月第一个工作日刷新。
- 发布范围
- 这张表是最后更新日对应滚动 7 天窗口的公开快照，不是 SLA；合同可用性口径见 /sla。
- 样本量
- 每个城市 × 运营商组合每周 ≥ 5000 次请求。p99.5 以上的异常值单独列出，不混入对外公布的中位数。
- 网络
- 每个城市三网都跑探测：电信、联通、移动。
读表注意事项
- VPN 对比基线
- 'VPN 直连'代表从国内通过典型商业 VPN 调用上游 LLM provider 接口。具体 VPN + 运营商组合可能不同。
- 中位数而非最佳值
- 数字都是 p50。尾部（p95、p99）在活跃账户的 dashboard 里查看。
- 区域专属值
- /claude-code-china 等落地页用的是三城市 × 三运营商的中位数。区域专属页面会明确标注它的数字范围。
常见问题
- 我能复现这些数字吗？
- 可以——探测请求形态、样本量、运营商集合都在 /methodology 写清楚了。本页数字每月从滚动 7 天数据刷新一次。
- 为什么 VPN 延迟这么高？
- 从中国大陆跨境到上游 LLM 端点的 TCP/TLS 握手通常多 400-600ms。Router One 在国内终止 TLS，通过优化过的跨境链路转发请求。
- 我自己机器测的延迟不一样怎么办？
- Dashboard 的每请求 trace 显示 Router One 实际观察到的延迟。如果你客户端测出的延迟和 dashboard 差距很大，差距通常在客户端到 Router One 之间——本地网络或 DNS，不是 gateway 本身。