延迟数值是客户端到所选节点之间一次往返所需的时间，单位为毫秒（ms），数值越小代表响应越快。界面上它出现在两个位置：连接按钮上方的当前节点标签旁，以及节点列表中每个节点条目的右侧。品牌公布的实测平均延迟低于 50ms，当你在列表里看到某节点稳定落在这一区间，说明它当前状态良好。完成 quickq下载 并连接后，就可以一边看数值一边切换节点，用实时反馈理解这个指标。
延迟数值的单位与含义
毫秒是千分之一秒。100ms 意味着数据从客户端出发到节点、再返回客户端，整个过程耗去十分之一秒。这个时间越短，你点击界面、发送指令后得到的反馈就越接近「立刻响应」的感受。
需要区分的是，延迟衡量的是「响应快慢」而不是「传输多少」。一次往返中能携带的数据量由带宽决定，与延迟无关。理解这条边界，就不会再把延迟数值低误读成下载速度快。
延迟数值通常写成整数形式，例如 38ms、76ms、152ms。有些界面会在数值前加一个小圆点，颜色随数值区间变化：绿色代表良好，黄色代表一般，红色代表偏高。颜色只是辅助，真正判断仍以数字为准。
界面上延迟显示的位置
第一处是连接控制区。连接按钮上方一行小字显示当前所选节点的名称和它的实时延迟，这是你正在使用的那个节点的数值。第二处是节点列表，每个节点条目的右侧都有一列独立数值，方便横向比较。
两处数值的来源相同，都是客户端对相应节点发起的一次探测往返。区别在于：连接按钮旁只显示当前节点，节点列表则同时呈现全部可用节点的数值，用于横向对比。
- 连接控制区：反映正在使用的节点，随连接状态更新。
- 节点列表：反映全部候选节点，用于切换前的比较。
- 设置面板：部分版本在连接详情中提供最近一次测量的时间戳。
如果你在列表里切换了节点，连接按钮旁的数值会在重新连接完成后同步为新节点的数值，中间会短暂显示为「--」或空白，属于正常过渡状态。
刷新机制与测量方式
节点列表中的延迟数值由客户端自动刷新，大约每 30 秒重新测量一轮。测量方式是向节点发送一个小探测包并等待回包，记录往返耗时。这个过程在后台完成，不需要手动点击，也不会占用明显带宽。
当前使用中的节点，其数值刷新频率略高于列表，因为连接本身持续有数据往返，客户端可以基于实际流量估算延迟。这也是为什么连接按钮旁的数值有时与列表中的数值存在几毫秒差异——一个来自真实流量观测，一个来自专门探测。
刚打开客户端时，列表中的数值可能短暂显示为空白或「--」，这是首轮探测尚未返回。等待数秒后数值会陆续填充，无需反复重启程序。
因为延迟是动态量，同一节点在不同时刻显示的数值会自然浮动。上下相差 10ms 以内属于正常波动，不必为此频繁切换节点。
多少毫秒算正常
把常见数值划分成四档，可以快速判断节点当前是否值得使用。这个划分是经验区间，具体体验还与你的实际使用方式有关。
延迟区间对照
| 区间 | 状态判断 | 建议动作 |
|---|---|---|
| 0-50ms | 良好，响应迅速 | 可直接使用，无需调整 |
| 50-100ms | 可接受，反馈略有延迟 | 日常使用无碍，可保留观察 |
| 100-200ms | 偏高，操作反馈明显变慢 | 建议切换到更低数值的节点 |
| 200ms 以上 | 很高，交互体验受影响 | 优先排查本地网络，再换节点 |
第一档对应品牌标称的平均水平。如果你的节点列表里多数节点都能落进这一档，说明当前网络环境与节点分布匹配度较高。若整体都落在第三、第四档，问题更可能出在本地网络侧，而不是节点本身。
影响延迟数值的因素
数值高低由若干因素共同决定，理解这些因素有助于判断该换节点还是该调本地环境。
- 物理距离：数据往返的实际路径越长，耗时越大。距离是难以消除的基础因素。
- 本地接入方式：有线连接通常比无线稳定，无线又受信号强度与干扰影响。
- 节点负载：同一节点上并发连接越多，排队等待越久，数值随之升高。
- 时段波动：晚间等使用集中时段，路径上的中间环节更容易拥堵。
- 本机后台占用：同时运行大量占用网络的任务，会推高整体往返时间。
排查时可以按顺序来：先看是否所有节点都偏高，如果是，先处理本地网络；如果只是个别节点偏高，直接换节点即可。用延迟数值做判断的好处是它给了你一个可对比、可复现的量化依据，而不是凭感觉说「好像有点慢」。
延迟与带宽速度的区别
这两个指标经常被混为一谈，实际衡量的是完全不同的事情。延迟是往返一次所需的时间，单位为毫秒；带宽速度是单位时间内能传输的数据量，通常以 MB/s 表示。
一个直观的类比：延迟像是快递从下单到签收的时间，带宽像是这趟快递能装多少件货。延迟低意味着指令下达后很快得到回应，带宽大意味着一次能搬更多数据。低延迟不一定伴随高带宽，高带宽也不保证低延迟。
所以当你觉得「操作一顿一顿的」，优先看延迟；当你觉得「大文件要等很久」，优先看带宽。客户端在两个维度上分别提供信息，结合起来看才能准确定位体验瓶颈。若想更系统地调整连接表现，可以参考 quickq 客户端内的连接设置分组，其中包含与延迟相关的若干选项。
用延迟数值选节点
把延迟数值用起来，选节点这件事就从「挨个试」变成「先筛后选」。列表默认支持按延迟排序，点一下排序按钮，最快的节点自动排到最前。
不过最低延迟并不总是最优选择，还要看两点：一是数值是否稳定，如果一个节点忽高忽低，说明路径不够稳定；二是负载状态条是否过长，负载高的节点即使当前延迟低，也可能很快因为拥塞而升高。
- 先按延迟排序，从数值最低的两三个节点中挑选。
- 观察一到两轮刷新，排除波动特别大的候选。
- 结合负载状态条，优先选数值低且负载轻的节点。
- 把选定结果加入收藏，下次可直接从置顶区调用。
延迟数值配合收藏功能使用效果更好。收藏节点会置顶显示，等于把经过验证的优质节点固定下来，省去每次重新比较的步骤。当账号等级提升、可用节点范围扩大时，也可以重新做一轮筛选，把更优的节点补充进收藏列表。
常见问题
- 延迟低代表往返时间短，交互反馈更即时。
- 但单次能传输多少数据由带宽决定，与延迟无关。
- 两个维度需结合判断，不能只看延迟一项下结论。
- 延迟本身是动态指标，随网络环境和节点负载变化。
- 客户端约每 30 秒重新测量一次，数值存在正常浮动。
- 通常上下相差 10ms 以内无需在意，超出则需重新比较。
- 可以连接，但操作反馈会明显变慢。
- 先在列表中切换到延迟更低的节点观察变化。
- 若全部节点都偏高，排查本地网络占用与信号稳定性。
- 不是。延迟衡量往返耗时，单位是毫秒。
- 速度衡量单位时间传输量，单位为 MB/s。
- 延迟低不等于速度快，两者属于不同维度。
延迟数值的意义在于把「快不快」这件事变成一个可以比较、可以追踪的数字。看懂它之后，选节点不再依赖反复试错，而是先按数值排序筛选，再用稳定性与负载做二次判断。这套方法在任何账号等级下都通用，区别只在于可比较的节点范围大小。想在自己的设备上把两处显示位置对照一遍，可以先完成 quickq下载，连接后打开节点列表，观察数值随刷新变化的过程，通常几分钟就能建立起对量级的直觉。