1. 往返延迟（RTT）与光速物理法则
往返延迟直接定义： 往返延迟（RTT，Round-Trip Time）是指一个数据包从本地终端发送出发，经过中间网络路由到达目标服务器，服务器接收后立即返回确认包并到达本地所经历的完整时间周期，通常以毫秒（ms）计量。无论技术如何演进，受限于光在二氧化硅玻璃光纤中约 200,000 km/s 的传播速度，跨洋传输必然存在数十至上百毫秒的物理底限。
在评估 SSOne 节点的延迟时，我们需要区分不同层级的延迟概念：
- TCP 握手延迟： 客户端与 SSOne 边缘入口节点建立传输控制通道所消耗的时间，也是绝大多数客户端列表显示的数值。
- 端到端端到业务延迟： 从本地经过 SSOne 中继跳跃，最终到达目标网站海外服务器并完成应用层 TLS 握手的完整总耗时。
- 物理不可逾越性： 任何宣称“中美直连 10ms”的宣传均违反光速物理定律。SSOne 坚持客观科学，不作虚假低延迟承诺。
2. 抖动（Jitter）：为何视频会议会撕裂
抖动技术内涵： 抖动是指相邻两个数据包在到达目的地时的时间间隔偏差（延迟波动方差）。例如第一个包耗时 40ms 到达，第二个包却耗时 120ms 到达，这种不规则的延迟剧烈变动会导致音视频接收缓冲区（Jitter Buffer）耗尽，直接诱发视讯卡顿、声音断续或机器电音。
抖动通常由中间路由器队列排队拥塞或多路径动态切换所引起：
- 路由器队列瞬时拥塞： 当骨干链路出现流量突发时，路由器接口缓冲区排满，数据包在队列中等待排队转发，引起单点延迟骤升。
- 对即时通信的破坏： 语音会议（如 Zoom、Google Meet）多采用 UDP 协议，极度敏感于抖动；抖动大于 20ms 时，通话体验便会急剧劣化。
- 优化之道： SSOne 节点通过算法优化链路队列调度，尽量将抖动收敛于平稳区间，详情可参阅《节点测速结果如何正确阅读》。
3. 丢包率（Packet Loss）：TCP 速度杀手
丢包对吞吐的杀伤力： 丢包率是指在单位时间内未能成功抵达目的地的数据包占全部发送数据包的百分比。在标准的 TCP 协议中，只要发生 1% 至 2% 的丢包，TCP 的拥塞控制算法（如 Reno 或 CUBIC）就会判定网络严重拥塞，主动将滑动窗口吞吐量腰斩减半，导致实际网速暴跌 70% 以上。
为什么有些节点虽然 Ping 看起来只有 50ms，但看高清视频却极度卡顿？核心原因就在于持续的微量丢包：
- 重传风暴： 丢失的数据包必须由客户端发起超时重传，这不仅浪费了带宽，更阻碍了后续数据包在应用层的组装交付。
- 本地网络丢包自检： 丢包并不一定全来自跨国光缆，在申请试用前应当按照《使用试用前如何测试本地网络环境》排查是否由于本地光纤光衰异常引发。
4. 三大指标对典型业务的影响矩阵
业务敏感度总结： 网络游戏与实时语音对延迟与抖动最敏感；高清流媒体与大文件下载对丢包最敏感；而普通的网页查阅与文字协同对轻微的指标波动具有最高的容忍度。
| 网络应用场景 | 延迟敏感度 | 抖动容忍度 | 丢包容忍度 | 建议网络策略 |
|---|---|---|---|---|
| 在线音视频通话 (Zoom / Meet) | 高 (< 150ms) | 极高 (抖动 < 15ms) | 中 (容忍少量 FEC 恢复) | 优先选择抖动均方差最小的节点 |
| 4K 超清流媒体持续播放 | 中 (< 300ms 即可) | 中 (依赖播放器预缓冲) | 极高 (丢包必须 < 0.5%) | 优先选择高吞吐、丢包率接近 0 的骨干节点 |
| 跨国竞技网游对战 | 极高 (< 60ms) | 极高 (< 5ms) | 极高 (< 0.1%) | 选择地理距离最近的直连边缘节点 |
| 代码同步与文档检索 (GitHub / Docs) | 低 (仅需建立连接) | 低 (不影响文字渲染) | 中 (TCP 自动重传) | 采用 Clash 规则分流保持日常顺畅 |
5. 本篇常见问题解答 FAQ
国际互联网跨越多个国家和地区的主权网络与运营商交换中心，不可抗力（如海底地震导致海缆中断、骨干网光纤被施工挖断、运营商路由策略突发调整）不可避免。宣传无懈可击属于虚构行为，SSOne 通过多重路由冗余平抑风险，所有服务参数以服务入口当前说明为准。
不成正比。列表中的数字通常是建立 TCP 连接的瞬时耗时，而下载速度取决于该节点的带宽冗余容量与链路丢包率。一个 180ms 但 0 丢包千兆冗余的节点，其下行速度往往远超一个 50ms 但丢包率 5% 的拥挤节点。