外观
延迟从哪里来：物理距离、跳数与拥塞的拆解
代理连接的延迟不是一个单独的数字，而是六个部分的叠加：信号传播的时间、沿途每一跳的处理时间、链路上的排队与拥塞时间、协议握手的往返次数、域名解析的耗时，以及客户端自身的开销。
其中只有传播时间由物理距离决定，其余五项都可以随路径、时段与配置变化。弄清哪一部分在拖慢，才谈得上选线路或调设置。
核心结论与适用条件
- 如果你的感受是“始终偏慢、不分时段”，那么更可能是传播距离与路径绕行造成的基础延迟，换用地理上更近或路径更直的节点才有改善空间，具体见 按地区挑选节点的思路。
- 如果你的感受是“白天正常、晚上变慢且忽高忽低”，那么排队与拥塞的占比更大，问题集中在共享的公网出口或互联点，专线类标注的价值在这里体现，成本逻辑可参考 专线为什么更贵的成本拆解。
- 如果你的感受是“每个网站第一次打开才慢”，那么先排查域名解析与握手，而不是急着更换线路。
- 如果你的主要用途是网页与文档，那么对几十毫秒级别的差异不敏感，没有必要为追求更低数字付出额外费用；对实时语音、在线协作与游戏类应用，抖动比平均延迟更重要。
- 如果你想拿节点列表里显示的数字来比较，那么要先搞清楚它测的是哪一段、测了几次，否则比较没有意义。
这些结论基于通用原理，不依赖任何品牌宣传。三段式路径的整体框架见 先看中转架构的入口、跨境与落地分工，全部线路话题的入口在 线路架构专题首页。
先给延迟下定义：往返时间到底在量什么
日常说的“延迟”，在网络上通常指往返时间：一个数据包从你的设备出发，到达对端，再回来所花的时间。它之所以用往返而不是单程，是因为单程需要两端时钟严格同步才能量准，而往返只需要一台设备自己计时。
代理场景下，往返时间有两种常见口径。第一种是到代理节点的往返，由客户端对节点发出探测得到，反映的是你到节点这一段。第二种是到目标网站的往返，也就是你通过代理访问某个网站时，请求发出到响应开始返回的整体时间，包含了代理之后的全部路径。两者经常被混为一谈，但后者才是体感的来源。
还要区分三个相关概念：
- 延迟：数据往返所需的时间，描述“多快开始”。
- 抖动：多次往返时间之间的波动，描述“稳不稳”。
- 丢包：部分数据包没有到达，需要重传，描述“完不完整”。
三者互相影响。丢包会触发重传，使表面延迟显著变长；抖动大时，实时应用必须加大缓冲，体感延迟随之变高。只盯着一个平均数字，容易漏掉真正的问题。带宽则是另一个维度，它描述单位时间内能传多少，与往返时间没有简单换算关系。
六个组成部分与自测口径
下表把延迟拆成六个部分，列出各自的成因、受什么影响、用户能否调整以及可以怎样观察。表中数值类字段全部写“待核实”或“Not Tested”，因为本站没有任何实测。
| 指标 | 主要成因 | 单位 | 统计口径 | 用户能否调整 | 数据来源 | 更新时间 |
|---|---|---|---|---|---|---|
| 传播时间 | 路径长度与介质中的信号速度 | ms | 待核实（取决于具体路径） | 只能通过换节点或换路径间接改变 | 通用技术资料 | 2026-10-18 |
| 跳数与处理时间 | 沿途路由与交换设备的转发处理 | ms | 待核实 | 基本不能，可观察不能控制 | 通用技术资料 | 2026-10-18 |
| 排队与拥塞时间 | 链路繁忙时数据包等待转发 | ms | 待核实，随时段波动 | 可通过错开时段、换入口间接影响 | 通用技术资料 | 2026-10-18 |
| 握手往返 | 传输层与加密层建立连接所需的往返次数 | 次（往返数） | 通用概念，具体次数随协议而异 | 可通过协议与连接复用设置影响 | 通用技术资料 | 2026-10-18 |
| 域名解析 | 查询域名对应地址的时间 | ms | 待核实 | 可通过解析方式与缓存设置影响 | 通用技术资料 | 2026-10-18 |
| 客户端开销 | 加解密、封装与规则匹配的处理 | ms | 待核实，取决于设备 | 可通过规则精简、设备性能影响 | 通用技术资料 | 2026-10-18 |
| 品牌线路延迟 | 综合结果 | ms | 本站无实测 | 不适用 | Not Tested | 2026-10-18 |
| 高峰抖动 | 排队波动的外在表现 | ms | 本站无实测 | 不适用 | Not Tested | 2026-10-18 |
读这张表的要点是：前三行属于路径，是服务商与运营商决定的；后三行属于连接建立和终端，大部分在用户手里。很多人把所有慢都归咎于线路，实际上后三项的优化成本更低、见效更快。
第一部分：传播时间，物理距离给出的下限
光信号在光纤中传播，速度低于真空中的光速，这是一个由材料决定的物理常数。因此只要路径长度确定，传播时间就有一个无法逾越的下限。路径长度又不等于两点之间的直线距离：海底与陆地光缆的走向受地理、政治与商业因素限制，实际铺设的路由常常远长于直线。
对代理用户而言，传播时间由几段累加而成：你到入口节点的距离、入口到海外落地节点的距离，以及落地节点到目标服务器的距离。后两段尤其容易被忽视。如果你访问的服务部署在亚洲，而你选了距离遥远的另一大洲落地节点，数据就要先越过大洋再折返，传播时间被白白放大。这是“地区选择”会影响基础延迟的原因，也是为什么落地节点的位置应结合目标服务的位置来考虑。
专线对传播时间的作用常被夸大。专线不会让光速变快，也不会把两地距离缩短。它能做的是让跨境段走相对固定、相对直接的路由，避免公网上因路由策略造成的绕行。所以专线改善的主要是“是否绕路”和“是否稳定”，而不是理论下限。
第二部分：跳数与设备处理，路径上的逐站耗时
数据包从出发到目的地，要经过一系列路由器和交换设备，每经过一台称为一跳。每一跳都需要读取包头、查表、选择出口并转发，这个过程消耗少量时间；跳数越多，累计的处理时间越多，同时出现拥塞点和故障点的机会也越多。
不过跳数不能直接等同于延迟。原因有三个：
- 不同设备的处理能力差别很大，运营商骨干设备的转发极快，而资源紧张的小型设备可能成为瓶颈。
- 跳数反映的是设备个数，而不是链路长度。一跳可能只是同机房的两台设备，也可能是跨越数千公里的长途链路。
- 部分设备不回应探测，路径追踪里会出现星号或超时，这并不意味着该处故障，只是设备策略不同。
因此跳数更适合作为一个异常线索：同一目的地，在不同时段路径的跳数或中间节点突然变化，可能说明发生了路由切换；某一跳之后延迟显著跃升，可能说明那里出现了长距离链路或拥塞。想了解怎样根据路径追踪的结果判断中转架构，可以回到 中转架构里三段链路的分工 对照阅读。
代理多出来的一个因素是“多出的一段”。直连时数据直接走向目标，使用中转后数据先到入口，再到落地，再到目标，路径更长也更依赖中间节点的处理能力。服务商的入口服务器如果负载过高，处理时间会本身就成为一项不可忽略的成分，这一点从外部很难观察，只能靠多次测量的波动间接感知。
第三部分：排队与拥塞，最不稳定的那一块
如果说传播时间是稳定的下限，排队时间就是最变化无常的上限。网络设备的出口带宽有限，当到达的数据量超过它能转发的速度，多出来的数据包就要排队等待；队列装满后，新来的包会被丢弃，也就是丢包，随后触发重传，进一步拉长感知延迟。
拥塞通常集中出现在几类位置：
- 运营商互联点：不同运营商网络之间交换流量的位置，带宽有限且容易成为瓶颈，这也是三网优化概念存在的背景，细节见 三网优化针对的入口段问题。
- 国际出口：公网方案下，所有出境流量共享运营商的国际出口带宽，使用者集中的时段排队明显加重。
- 服务商自身的带宽与服务器：无论是否使用专线，服务商采购的带宽若不足以覆盖用户峰值，同样会在自家链路上排队。
- 用户本地网络：家庭路由器、无线信号与同一网络里的其他设备，常被忽略却往往是最容易解决的一环。
最后一点值得强调。排查延迟时，先排除本地网络，再讨论线路。如果在没有开启代理的情况下，本地到普通网站的延迟已经忽高忽低，那么再怎么换节点也无济于事。
拥塞的时间特征也是辨识它的线索：与使用者集中的时段相关，随时间缓慢起伏，换一个入口或错开时段后明显缓解。这与“固定偏慢”的距离问题形成对照。专线类线路之所以被认为在高峰时更稳定，是因为跨境段与公网隔离，拥塞来源只剩服务商自己的带宽配置；但这是一种机制上的推断，是否在某个品牌上成立，本站没有实测可以证明。负载分配如何影响排队，可进一步阅读 负载均衡如何分摊入口压力。
第四部分：握手往返，连接建立阶段的固定成本
很多“慢”其实发生在连接建立的那一刻，而不是数据传输的过程中。建立一个安全连接，一般需要若干步：
- 域名解析，把域名换成地址。
- 传输层握手，双方确认可以通信。
- 加密层握手，协商密钥并验证身份。
- 代理协议自身的握手，向代理服务器声明目标并完成认证。
每一步至少消耗一个往返时间。往返时间越长，每增加一次握手往返，用户感受到的额外等待就越明显。这也解释了一个常见现象：在往返时间较长的链路上，首次访问某网站慢，随后的请求变快，因为浏览器和客户端复用了已建立的连接，不再重复握手。
由此可以得出两个实用的判断：
- 同一个节点，如果“打开新页面慢、页面内的后续加载快”，更像是握手开销。可以在客户端设置中找到与连接复用或多路复用相关的选项，了解是否已启用。
- 不同协议的握手步骤数不同。协议与加密层的原理见 加密层如何叠加到链路之上，具体协议取舍见 在几种协议之间怎么权衡。本站不对各协议给出延迟数值，只提示：握手往返次数是协议设计的一个维度。
还要提到一点：握手往返与路径往返是相乘关系。路径往返短时，多一两次握手几乎无感；路径往返长时，同样的握手次数会显著放大等待。所以改善路径是治本，减少握手是治标，两者可以并用。
第五部分：域名解析，常被误判为线路问题
域名解析是把网站名称换成地址的步骤，每次访问新域名都要经历。使用代理时，解析发生在哪里是一个关键设计：如果在本地解析，再把结果交给代理，可能得到与目标地区不匹配的地址，或者增加一次本地往返；如果把域名交给代理端解析，则解析请求要经过整条链路，耗时与路径有关，但得到的结果与落地节点所在地区更匹配。
解析慢通常有这些原因：
- 所用的解析服务器距离远或本身繁忙。
- 解析请求走了代理链路中较慢的一段。
- 缓存策略过于保守，导致重复查询。
- 同一次页面加载引用了大量不同域名，每个域名都要解析一遍。
排查办法是把解析与连接分开测。许多命令行工具与浏览器开发者工具都能把一次请求拆成解析、连接、握手、首字节等阶段，找到耗时最长的那一段，再针对性处理。解析与泄露问题在设计上是一体两面，相关内容见 解析请求走向对隐私的影响。注意：改变解析方式属于客户端配置，请在客户端设置中找到解析相关选项，按官方教程操作，不要照搬他人的配置片段。
第六部分：客户端与设备开销
最后一块在用户自己手里。代理客户端要对每个连接做规则匹配、封装与加解密，设备性能不足、规则列表过长、同时开启多个网络工具，都会使处理时间上升。常见的客户端侧放大因素包括：
- 规则集过大或匹配顺序不合理，每个连接都要遍历很多条目。
- 同时运行多个会接管网络的软件，造成重复封装或互相干扰。
- 设备处于省电模式或后台受限状态，网络线程被降低优先级。
- 使用了较旧的系统或不再维护的客户端，缺少对新协议特性的优化。
这部分延迟不会在路径追踪里显示。判断方法是对比：同一网络、同一时段，换一台设备或临时关闭其他网络工具，看延迟是否改变。客户端下载来源与安全也值得留意，见 下载客户端时需要核对的安全点。
三段式路径上，各部分落在哪里
结合三段式架构，可以把六个部分对应到路径的位置：
Network Path Observatory
延迟成分 · 入口段、跨境段、落地段
- 01用户设备PC / 手机 / 路由器
- 02国内中转入口入口节点
- 03IEPL专线跨境链路
- 04海外落地出口 IP
- 05目标服务网站 / AI / 流媒体
- 专线直连（架构示意）
- 防QoS（架构示意）
- 原生IP（架构示意）
- 你到入口：以本地网络、运营商接入与互联点拥塞为主，涉及传播时间与排队时间。
- 入口到落地（跨境段）：传播时间占比最大，公网方案的拥塞也集中在这里。
- 落地到目标服务：取决于落地节点与目标服务的相对位置，可能很短也可能很长。
- 贯穿全程：握手往返、域名解析与客户端开销，与具体位置无关，作用于每一次连接。
这个对应关系给出一个诊断顺序：先确认终端与本地网络，再看入口段，再看跨境段，最后看落地段。按段落逐个排除，比笼统地说“线路不好”有效得多。
一套可重复的自测流程
要判断延迟主要卡在哪里，需要一套不依赖感觉的流程。下面是只用通用工具即可完成的做法，不涉及任何具体软件的菜单细节。
第一步：建立基准。 在不使用代理的情况下，测量本机到几个常见网站的往返时间，多次重复，记录范围而不是单个值。这是你的本地网络底线。
第二步：测到节点的往返。 利用客户端自带的节点探测功能，或用基础网络工具对入口地址做探测，分别在非高峰和高峰时段各做若干次。记录波动幅度。
第三步：观察路径。 用路径追踪工具查看到入口的中间节点，对比两个时段是否发生变化，以及哪一跳之后出现明显跃升。
第四步：测到目标的整体表现。 通过代理访问目标网站，用浏览器开发者工具或命令行工具把一次请求拆成解析、连接、握手、首字节几个阶段，观察哪个阶段占比最大。
第五步：对照记录。 把以上数据整理成表，同一节点、同一目标、不同时段并列，再换一个节点重复。样本太少时结论不可靠，不要据此下断言。
记录方式可参考 如何记录使用日志以便日后对比；对比品牌前，先弄清 品牌自述数据与自测数据的区别。
决策树：按现象判断主要延迟来源
Decision Path
按现象判断延迟的主要来源
text
开始：代理使用起来慢
│
├─ 关闭代理后，本地访问普通网站是否也忽快忽慢？
│ ├─ 是 → 先处理本地网络（无线信号、路由器、同网设备）
│ │ 处理后仍有问题再回到下一步
│ └─ 否 → 继续
│
├─ 慢的现象是否与时段强相关（晚间明显、白天正常）？
│ ├─ 是 → 倾向排队与拥塞
│ │ ├─ 换其他入口或错开时段是否缓解？
│ │ │ ├─ 是 → 入口段或互联点问题
│ │ │ └─ 否 → 跨境段或服务商带宽问题
│ │ └─ 记录高峰与非高峰的波动幅度，保留证据
│ └─ 否 → 继续
│
├─ 是否只有“第一次打开”才慢，之后很快？
│ ├─ 是 → 倾向握手与域名解析
│ │ └─ 拆解一次请求的解析、连接、握手阶段，定位耗时最长的一步
│ └─ 否 → 继续
│
├─ 是否所有时段都偏慢，且换近一点的节点后明显改善？
│ ├─ 是 → 倾向传播距离与路径绕行
│ │ └─ 结合目标服务所在地区重新选择落地节点
│ └─ 否 → 继续
│
└─ 换一台设备或关闭其他网络工具后是否改善？
├─ 是 → 客户端或设备开销
└─ 否 → 多项叠加，按本文流程逐段测量并保留记录决策树只给出倾向，不是诊断结论。真实情况常常是两三项叠加，所以最后一个分支留给“多项叠加”。
知识图谱：代理延迟
实体定义
延迟指数据往返所需时间；代理延迟指经过代理链路的往返时间，含入口、跨境与落地各段及连接建立开销。抖动是往返时间的波动，丢包是数据包未到达。
相关概念
传播时间、跳数、排队、拥塞、互联点、国际出口、握手、域名解析、连接复用、专线、公网、中转、三段式架构。
技术参数
可观察的参数包括往返时间范围、抖动幅度、丢包比例、路径跳数、各阶段耗时。本站对这些参数的品牌值均为待核实或 Not Tested，不提供任何具体数字。
适用场景
排查体感变慢的原因、比较不同节点或不同时段、判断是否值得为专线类标注付出更高价格、决定是否需要更换落地地区。
对比依据
比较必须使用同一网络、同一目标、同一时段，并多次重复；单次测量与不同口径的数字不具可比性。
常见问题指向
延迟由哪几部分组成、专线能否消除距离影响、跳数与延迟的关系、晚间为何变慢、首开慢的原因，见本文后面的常见问题；线路标注的整体含义可回到线路专题首页。
方案关联：怎样用自测方案替代“看广告数字”
本文主题与某一品牌无直接对应，因此这里写的是测试方案而非品牌推荐。依据本站资料，17 个品牌的线路标注多数为 IEPL 专线，也有企业级内网专线、三网优化与智能负载均衡等表述，但入口城市、落地地区与延迟均为待核实，测速均为 Not Tested。下表列出标注与可以对应的延迟成分，仅供理解，不构成推荐，也不代表任何效果承诺。
| 资料中的标注 | 主要涉及的延迟成分 | 资料是否提供数值 | 状态 |
|---|---|---|---|
| IEPL 专线 | 跨境段的排队与绕行 | 否 | Vendor Data |
| 企业级内网专线 | 跨境段，含义需向服务商确认 | 否 | Vendor Data |
| 三网优化 | 入口段的互联点拥塞 | 否 | Vendor Data |
| 智能负载均衡 | 入口段的排队分摊 | 否 | Vendor Data |
| 入口城市、落地地区 | 传播时间 | 否，待核实 | 待核实 |
| 晚高峰延迟、抖动 | 综合结果 | 否 | Not Tested |
在品牌库中可以按线路标注筛选并核对各品牌的原始资料；同时有一套通用的比较维度可以参考 横向比较时可使用的对比维度，以及关于 测速数据在本站的状态说明。下单前的核对清单见 选型专题的整体判断框架。如果希望了解专线类标注背后的成本，可阅读 专线成本与价格之间的关系。
优点、限制与风险提示
把延迟拆开来看的优点
- 能把“线路不好”这种笼统判断，转化为可以逐段验证的具体假设。
- 能避免把本地网络、握手和客户端问题误当作线路问题，从而少走弯路。
- 在比较不同方案时，有统一的口径可以对照，不容易被单一数字误导。
- 许多终端侧与连接侧的优化成本很低，不需要额外付费。
拆解方法的限制
- 公网路径与服务商内部结构对用户不透明，路径追踪只能反映一部分信息。
- 个别设备对探测不回应，会让结果出现缺口。
- 自测受自己网络环境限制，结论不能直接推广给别人。
- 本文只给出原理和流程，不给数值，具体到某个节点的好坏仍需要自己的测量。
风险提示
- 不要用一次测量的结果做购买决定；至少覆盖高峰和非高峰两个时段，并重复多次。
- 节点列表里显示的数字可能口径不一致，不要拿不同软件的数字互相比较。
- 品牌资料中的线路标注属于自述，不能当作实测结论；资料缺失的字段，宜向服务商确认或以官网实时信息为准。
- 涉及 AI 工具、流媒体等动态能力时，品牌资料显示覆盖相关使用场景，具体可用性、解锁状态及节点表现可能随 IP、地区和平台策略变化，建议以最新实际测试结果为准。
- 下载工具和脚本时只使用可信来源，避免因测试而引入安全风险；订阅链接与账号信息也不应在公开渠道泄露，相关做法见 订阅链接泄露的识别与应对。
- 若长期出现节点变慢，可对照 节点性能下降时可观察的信号 判断是否属于服务商侧的问题。
常见问题
代理连接的延迟一共由哪几部分组成？
可以拆成六部分：信号在介质中传播的时间、沿途每一跳设备的处理与转发时间、链路上的排队与拥塞时间、协议握手带来的往返次数、域名解析的耗时，以及客户端自身的处理开销。前三项属于网络路径，后三项属于连接建立与终端侧。多数体感上的慢，是其中一两项被放大的结果。
物理距离对延迟的影响能被专线消除吗？
不能。传播时间由光信号在光纤中的传播速度与路径长度决定，专线不会改变物理规律。专线能改变的是路径是否绕行、是否与公网共享拥塞，因此它主要影响延迟的稳定性与高峰表现，而不是把距离变短。
跳数越少，延迟就一定越低吗？
不一定。跳数只是路径上的设备个数，每一跳的处理时间、所在链路的长度和是否拥塞才是关键。一条跳数少但绕行很远的路径，可能比跳数多但走向直接的路径更慢。跳数更适合作为判断路径是否异常的线索，而不是单独的优劣指标。
为什么晚上延迟变高，而且忽高忽低？
晚间使用者集中，公网出口与互联点更容易出现排队，排队时间叠加在传播时间之上，并且随流量起伏变化，所以既变高又不稳定。这种波动被称为抖动，它往往比平均延迟更影响实时类应用的体验。
第一次打开网页慢，之后又变快，是延迟问题吗？
常见原因是连接建立阶段的开销。首次访问需要域名解析、传输层握手和加密层握手，每一步都至少消耗一个往返；后续请求复用已建立的连接，这些开销就不再出现。因此首开慢与持续慢要分开看，前者偏向握手与解析，后者偏向路径与拥塞。
代理协议和加密会明显增加延迟吗？
加密与封装本身的计算开销通常远小于路径上的传播与排队，但协议的握手方式会影响额外往返的次数，客户端所在设备的处理能力也会带来差异。具体影响需要在自己的设备与网络中对比测量，本站不给出数值。
节点显示的延迟数字低，实际使用为什么还是慢？
客户端测得的数字通常是到节点的一次探测往返，它未必包含到目标网站的剩余路径，也不反映高峰时段的排队与丢包。低数字只说明那一次探测的表现，不等于整条链路到目标服务都快。
怎样自己判断延迟主要卡在哪一段？
把测量分段：先测本机到入口的往返，再用路径追踪观察中间节点的变化，最后在高峰与非高峰两个时段各重复多次并记录波动。哪一段在高峰时显著变差，就说明瓶颈更可能在那一段。单次测量意义有限，重复和对比才有价值。
本站有各品牌的延迟数据吗？
没有。全部 17 个品牌的测速状态为 Not Tested，线路标注为 Vendor Data，本站不提供任何延迟、带宽或速度数值。本文只给出拆解思路与自测方法，具体表现需要在自己的网络与使用时段中验证。
下一步
了解了延迟的组成，接下来可以把问题带回具体的选择：先到 品牌库按线路标注核对原始资料，再对照 线路专题中其他关于专线与中转的文章。如果你正准备首次购买，也可以先读 首次购买前的核对顺序，把本文的自测方法纳入试用期安排。
Cluster · topology
网络拓扑
- 中转架构详解：入口、跨境链路与落地三段式机场的入口、中转和落地分别承担什么作用？
- 落地 IP 与原生 IP：概念、检测方法与局限什么是原生 IP，检测结果能说明什么？
- 入口运营商与三网优化：电信、联通、移动用户的差异不同运营商宽带用户为什么体验差异很大，三网优化解决什么？
- 智能负载均衡的实现方式与局限机场所说的智能负载均衡是怎么实现的，有什么局限？
- 运营商 QoS 与“防 QoS”：限速机制与可能的应对运营商 QoS 是什么，所谓防 QoS 能起多大作用？
- 节点地区怎么选：香港、日本、新加坡、美国的延迟与用途不同地区的节点分别适合什么用途？
- 延迟从哪里来：物理距离、跳数与拥塞的拆解代理连接的延迟由哪些部分组成？
信息来源与更新日期
- 信息来源：通用网络技术资料；品牌公开资料/用户提供清单（见
data/brands.json）。 - 品牌线路标注、测速状态：Vendor Data / Not Tested，本站无实测。
- 数据核实日期：2026-10-18。
- 最近更新时间：2026-10-18。