读数前先看客户端做的是哪种检查
v2rayN 的公开界面文字分别列有测试延迟 Tcping、测试真连接延迟和测试速度。菜单把对象分开，记录时保留项目名称，不能只摘数字后统一写成速度。
这些文字来自界面资源记录，不是当前设备运行截图。你手上版本显示的项目可能有区别，核对时把实际菜单与对应版本记录放在一起。
| 需要保留的条件 | 为什么单独记录 |
|---|---|
| 项目名称 | 不同项目在客户端分别列示 |
| 检查目标 | URL检查有自己的目标设置 |
| 配置范围 | 节点列表与代理集合不相同 |
| 执行时机 | 间隔和惰性检查会影响是否执行 |
| 超时设置 | 它的单位与用途有明确说明 |
v2rayNG 的相关菜单在版本间变化过：2.2.5 移除 Tcping 菜单，2.3.1 预发布又加入 TCP ping。旧说明与新界面分别看，不能把菜单缺失写成服务节点缺失。
策略组和代理集合检查的是同一批对象吗
mihomo 策略组的 url 只检查 proxies 字段中的代理，不检查通过 use 引入的代理集合。看到组里配置了检查目标，还要看节点究竟从哪一部分引入。
代理集合的健康检查另有自己的配置。lazy 默认 true，含义是不使用该集合节点时不检查；没有执行与检查失败不是同一个结果，记录时先确定检查是否发生。
策略组的检查范围不自动覆盖通过 use 引入的代理集合。
- 看节点来自 proxies 还是 use，不把两者合并阅读。
- 看集合健康检查是否设置，再看 lazy 条件。
- 看 timeout 的毫秒单位，不把超时条件当作结果值。
容差和统一延迟各自处理什么
mihomo 的 tolerance 是节点切换容差，单位 ms。它是自动选择时使用的配置条件，不能把所设容差记成某节点实际延迟。
unified-delay 开启后计算 RTT，用来消除握手等因素带来的不同节点类型差异。核对时记下是否开启，再读相应结果，不把设置名称当成已测得的数值。
sing-box 的 urltest 默认间隔为 3m、容差 50 ms、空闲超时 30m。它与 mihomo 的字段有各自文档，不能只凭用途相近就把默认值跨内核套用。
等待之后没有新读数该先看什么
- 找到当前检查项目，核对它是否真的针对这组节点。
- 查看执行间隔与惰性检查条件，不从等待本身推定完成。
- 保留客户端实际提示，再把配置条件与显示结果对应起来。
延迟与速度在客户端是不同项目，现有一手说明没有给出可把两者互相换算的公式。读数也不是未来长期状态，不能由一个值扩写成整个服务的表现。
服务比较另设查看入口
如果你想继续了解其他机场，可从下面进入收录信息。
常见问题解答
策略组设置url后会检查use里的集合吗？
mihomo 文档说明组的 url 只检查 proxies 字段内代理，不检查 use 引入的代理集合。集合健康检查要另外核对，不能只看组里有目标就认定全部执行。
lazy开启时为什么可能没有新检查？
代理集合健康检查的 lazy 默认 true，不使用该集合节点时不执行。核对时先看是否触发检查，没有执行与已经执行但失败是不同情况。
tolerance的数字应该写进节点结果吗？
不要把配置值当返回结果，mihomo 把 tolerance 定义为节点切换容差，单位 ms。记录时把容差与客户端返回值分开，也不把它换成下载速度。