Clash Verge Rev 延迟高怎么办？先查节点、丢包还是本地网络
简答：先固定同一节点和测试时间，再依次对比直连、其他节点、不同网络与实际连接记录。低延迟不等于高速度；只有单个节点异常时先换节点，所有节点都异常时优先检查本地网络、丢包和代理是否生效。
定义：Clash Verge Rev 的“延迟高”通常指测试请求的响应时间较长，但这个数字不能单独代表下载速度、网页加载时间或游戏体验。
先看症状：延迟高、速度慢和丢包不是一回事
本文与 Clash Verge Rev 项目及开发者无隶属关系。先不要因为代理组里的毫秒数偏高就立刻重装客户端或修改 DNS，先按实际症状判断问题属于响应时间、吞吐量、丢包还是规则未命中。
| 实际现象 | 优先怀疑 | 第一步 | 停止条件 |
|---|---|---|---|
| 延迟数字高，但网页正常 | 测试目标、节点距离或测速方式不同 | 固定同一时间和同一客户端，对比多个节点 | 以相对结果为准，不追求单个最低毫秒数 |
| 网页打开慢，下载还可以 | DNS、规则、TLS 建连或目标站点响应 | 查看 Connections 和 Logs | 确认请求是否命中预期代理组 |
| 下载慢，但延迟不高 | 节点出口带宽、拥堵或本地后台占用 | 暂停云盘、更新和下载任务，再换节点 | 同一下载源下比较吞吐量变化 |
| 视频卡顿或游戏高延迟 | 丢包、抖动、线路拥堵或应用未走代理 | 检查连接记录，并比较有线、5GHz Wi-Fi和手机热点 | 替换网络后问题明显变化时，先查本地链路 |
| 所有节点同时异常 | 本地网络、路由器、时段或订阅配置 | 关闭代理做直连，再更新一次订阅 | 不要只重复更换节点 |
5分钟对照排查：按这个顺序操作
- 记录基线。写下测试日期、网络类型、当前节点、代理模式和具体症状。一次只修改一个变量，避免同时切换节点、DNS、TUN和协议。
- 确认实际走代理。打开 Clash Verge Rev 的 Connections，刷新正在测试的网页，观察是否出现新连接，以及连接显示为 PROXY 还是 DIRECT。没有新记录，先查系统代理或 TUN；意外显示 DIRECT，先查规则和代理模式。
- 横向比较节点。在同一个代理组内手动测试多个地区节点，记录延迟、网页打开情况和下载表现。不要只选毫秒数最低的节点，因为节点距离、测试地址和目标网站可能不同。
- 做直连对照。暂时关闭系统代理或 TUN，测试同一目标。如果直连也慢，优先排查 Wi-Fi、路由器、后台任务和运营商链路；直连正常而代理异常，再查节点、DNS、规则和日志。
- 换接入网络。依次比较网线、5GHz Wi-Fi、2.4GHz Wi-Fi和手机热点。测试时暂停云盘同步、系统更新、游戏启动器下载和视频上传。
- 设置停止条件。只有一个节点超时，先换节点；多个节点在同一时段异常，先查网络和拥堵；只有某个应用异常，确认该应用是否遵循系统代理，再考虑TUN。
公开快速入门文档将系统代理描述为修改操作系统代理设置，TUN模式则通过虚拟网卡接管不支持系统代理的程序，例如游戏和命令行。由此可见，TUN主要解决“应用没有走代理”的路径问题，不是自动降低线路延迟的开关。参考Clash Verge Rev 快速入门文档。
延迟测试数字高、超时或不显示怎么判断
不同配置的测速结果不能直接互比。Clash Verge Rev 的设置字段包含 Unified Delay；公开设置文案说明，启用后会执行两次延迟测试，以减少不同节点类型因连接握手造成的差异。这个设置会改变测试方式，因此应在同一客户端内进行横向比较，而不是拿不同客户端的数字直接下结论。参考Clash Verge Rev 设置字段与提示文案。
测试超时也不一定等于节点完全失效。官方仓库公开 Issue 中曾记录某些节点延迟接口返回 Timeout 或 404，而策略组测试仍能返回延迟；该报告还展示了特定环境下使用的测试地址和超时参数。它只能说明具体版本、配置和节点组合可能出现测试显示异常，不能推断所有版本都有同一问题。参考GitHub Issue #7634。
判断顺序应是：网页能否打开、Connections是否出现请求、请求是否命中预期代理、Logs是否持续出现 timeout、DNS或TLS错误，以及同一节点在固定时段的相对变化。若只是数字不显示，但实际连接正常，不要仅凭测速界面就认定线路不可用。
Connections、Logs、TUN和DNS分别怎么查
Connections没有新请求
先检查系统代理开关是否生效。若使用TUN，确认TUN已开启，并检查是否具备所需的服务模式或管理员权限。设置文案明确写出，TUN用于捕获系统流量，启用后通常不需要同时开启系统代理；TUN不可用时可能需要Service Mode或Admin Mode。参考Clash Verge Rev 设置字段与提示文案。
Connections显示DIRECT
这通常意味着当前规则没有把请求交给代理组，或者应用没有使用系统代理。先确认代理模式、规则组和应用代理设置，再重复访问同一网页。连接没有进入预期代理组时，DNS不是第一排查项。
Connections显示PROXY但仍失败
只复现一个动作，例如刷新网页或开始下载，然后在Logs中查找对应时间附近的timeout、DNS、TLS、认证或拒绝错误。只有一个节点报错时先换节点；多个节点出现相同错误时，再检查订阅是否更新成功、节点是否仍存在。
不要把DNS Overwrite当作通用加速选项
设置文案提醒，DNS Overwrite可能替换订阅中的自定义DNS，导致节点无法连接或部分网站无法加载。只有在连接已经进入代理、但出现域名解析或部分网站加载异常时，才进行单变量对照；修改前记录原配置，出现异常立即恢复。参考Clash Verge Rev 设置字段与提示文案。
什么时候更新订阅、换节点或关闭TUN
| 判断结果 | 建议操作 | 不要做什么 |
|---|---|---|
| 只有一个节点高延迟或超时 | 切换同组其他节点，并记录同一目标结果 | 不要立刻重装客户端 |
| 订阅内多个节点同时消失或失效 | 执行一次订阅更新，确认配置和代理组是否恢复 | 不要公开完整订阅链接 |
| 浏览器能用，命令行或游戏不能用 | 先确认应用是否遵循系统代理，需要接管时再单独测试TUN | 不要把TUN当作自动加速开关 |
| 开启TUN后网络异常 | 暂时关闭TUN，用系统代理做隔离测试，再查权限、服务模式和虚拟网卡 | 不要叠加多个VPN、代理或虚拟网卡软件 |
| 晚间明显变慢，非晚间恢复 | 在相同节点和目标下记录不同时段，再比较其他地区或线路 | 不要用一次测试断定长期状态 |
完成直连、换网络、换节点和日志检查后仍无法定位时，保留测试时间、网络类型、节点名称、Connections结果和一条关键日志，再向配置或服务提供方反馈。订阅链接、访问令牌和完整隐私日志不要公开。
常见问题
Clash Verge Rev 延迟高是不是节点一定坏了？
不一定。只有一个节点异常时，节点本身更可疑；如果所有节点同时异常，应先对比直连、其他网络、后台任务和测试时段。
延迟低但网页还是很慢，为什么？
延迟只反映某次测试的响应时间，不能代表吞吐量或完整加载时间。网页慢时应查看Connections和Logs，确认是否命中预期代理，以及是否出现DNS、TLS或timeout错误。
开启TUN能不能降低Clash Verge Rev延迟？
TUN主要用于接管不遵循系统代理的应用，不会自动降低线路延迟。浏览器正常而游戏或命令行不走代理时，可以单独测试TUN；开启后异常则先关闭并检查权限和服务模式。
延迟测试一直不显示数字怎么办？
先在Connections中确认测试请求是否产生，再查看Logs是否有超时或连接错误。不同设置可能采用不同测试方式；公开Issue只能说明特定版本和环境的现象，不能推断所有版本都有同一问题。
要不要直接修改DNS或启用Fake-IP？
不要把DNS或Fake-IP当作延迟高的通用解法。只有连接已进入代理、但出现域名解析或部分网站加载异常时，才做单变量对照，并先记录原配置。