Clash Verge Rev 速度慢怎么办？按现象逐步排查
简答：Clash Verge Rev 速度慢时，不要先重装或盲目换节点：先关闭后台占网程序，分别对比直连、规则和全局模式，再固定同一测试源更换多个节点。若直连也慢，优先查 Wi-Fi、DNS 和本地网络；若只有代理模式慢，再检查节点、规则、TUN 和订阅状态。
定义：Clash Verge Rev 速度慢，是指启用代理后出现网页打开慢、视频缓冲、文件下载吞吐低，或延迟、丢包和抖动明显增加的情况。
先做三步：确认到底慢在哪里
本文是中立使用指南，不代表任何客户端或线路服务的官方说明。Clash Verge Rev 本身支持系统代理、TUN 模式、代理组、规则和日志等功能；这些功能可以帮助定位问题，但不能仅凭界面上的延迟数字判断实际下载速度。项目页面列出的功能与本地日志说明，可参考项目仓库。
| 现象 | 先看什么 | 最小复测 | 下一步 |
|---|---|---|---|
| 网页打开慢，但打开后正常 | DNS、规则匹配、代理握手 | 同一网页分别用直连与规则模式打开 | 检查 DNS、分流规则和节点切换 |
| 视频频繁缓冲 | 实际吞吐、丢包、节点负载 | 固定同一视频清晰度，连续观察数分钟 | 换节点并避开后台上传下载 |
| 文件下载慢 | 下载源限制、节点带宽、Wi-Fi | 同一文件、同一时间测试多个节点 | 对比网线、5GHz Wi-Fi 和关闭 TUN |
| 游戏或会议延迟高 | 延迟、抖动、丢包 | 连续观察延迟变化，不只看一次 Ping | 检查本地网络、节点距离和线路稳定性 |
| 只有一个网站慢 | 规则、DNS、目标站点或 CDN | 换浏览器或换同类网站对照 | 检查该域名的分流结果，不要直接判定整体线路慢 |
- 关闭网盘同步、系统更新、游戏启动器、在线视频和其他下载任务。
- 记下测试日期、设备、网络方式、模式、节点名称和测试对象。
- 先保持配置不变，只切换一个变量，避免同时改 DNS、TUN、规则和节点。
第一轮排查：直连、规则和全局模式对照
先在 Clash Verge Rev 中保留当前配置备份或复制一份测试配置，然后做三组对照：
- 直连：临时关闭系统代理或停用当前代理入口，用同一网页或文件测试本地网络。
- 规则：重新打开客户端，使用规则模式，确认目标网站或应用确实命中了预期规则。
- 全局：仅作为对照测试，不建议在未确认需求时长期使用，因为它可能让原本应直连的流量也经过代理。
判定方式：直连快、规则慢，优先检查规则匹配、DNS 和节点；直连与代理都慢，优先检查 Wi-Fi、路由器、后台流量和运营商网络；只有全局慢而规则正常，通常应先回到规则模式，并检查是否存在不必要的绕行。这里是排查推断，不是对某条线路状态的结论。
如果关闭代理后仍然慢，Windows 用户可以先运行系统网络疑难解答，并检查“设置 > 网络和 Internet > 代理”。微软还建议通过另一台设备、另一频段或网线进行对照；具体路径可参考微软 Windows Wi-Fi 排查文档。
第二轮排查：不要把延迟当成下载速度
节点延迟、实际吞吐、丢包率和抖动反映的是不同问题：
- 延迟：请求往返需要多长时间，适合观察响应快慢。
- 吞吐：单位时间能传输多少数据，决定文件下载和视频缓冲表现。
- 丢包：数据包没有到达或返回，可能造成重传、卡顿和连接中断。
- 抖动：延迟上下波动的程度，会议、远程桌面和实时应用更敏感。
因此，低延迟节点不一定下载快。建议固定同一测试对象，在相近时间连续测试多个节点；每次只更换节点，记录网页首屏、视频缓冲、文件平均速度和是否出现断流。不要把一次 Ping 返回、单个网站加载或一个测速页面的数值写成整体可用性结论。
如果客户端提供统一延迟或节点测试选项，可以用来做同一客户端内的横向筛选，但最终仍要用实际业务复测。测试时不要同时开启多个测速任务，否则会互相占用带宽。
第三轮排查：TUN、系统代理和链式代理
Clash Verge Rev 同时支持系统代理和 TUN 虚拟网卡。两者的覆盖范围不同，排查速度问题时应一次只保留一种主要接管方式。项目仓库明确列出了系统代理与 TUN 功能，但没有据此保证某种模式在所有设备或网络下更快。
- 先关闭链式代理、负载均衡或自动切换等额外变量，保留一个明确节点。
- 在规则模式下测试一次系统代理。
- 若某个应用不遵循系统代理，再单独启用 TUN 测试。
- 记录启用 TUN 前后的网页、视频和下载表现，不要只看延迟。
- 测试完成后关闭未使用的模式，恢复到能正常访问的配置。
如果启用 TUN 后出现网页打不开、系统网络异常或应用重复代理，先关闭 TUN，再关闭系统代理，退出客户端并确认系统恢复直连；之后再逐项开启。不要在未备份配置的情况下直接删除配置文件。
第四轮排查：Windows 与 macOS 本地网络
Windows
先用另一台设备连接同一 Wi-Fi。如果其他设备也慢，问题更可能在路由器、无线环境或宽带侧；如果只有当前电脑慢，则继续检查网卡、代理和后台程序。微软文档建议尝试切换 2.4GHz 与 5GHz、重启路由器、检查后台占用，并可在管理员命令提示符中依次执行以下命令：
netsh winsock reset
netsh int ip reset
ipconfig /release
ipconfig /renew
ipconfig /flushdns这些命令适用于 Windows。执行后按提示重启，再用同一测试源复测；如果问题从“代理慢”变成“所有网络都无法访问”，先停止继续改动，检查系统代理和网络适配器状态。网络重置可能影响 VPN 客户端、虚拟交换机等网络软件，微软对此有明确提醒。
macOS
先确认关闭客户端后，macOS 直连是否正常。Apple 建议检查 Wi-Fi、重启设备、确认日期和时间、检查 VPN 或其他网络安全软件，并尝试不同网络。按住 Option 键点击菜单栏 Wi-Fi 图标，可以打开 Wireless Diagnostics 分析无线环境；具体步骤见Apple Wi-Fi 连接排查文档。
如果换到手机热点或其他 Wi-Fi 后速度恢复，优先对比原路由器、频段和信号环境；如果所有网络都慢，再检查客户端模式、系统代理和后台同步。排查过程中不要长期关闭系统安全功能，也不要把一次无线诊断结果直接推断为节点或服务整体故障。
第五轮排查：DNS、订阅和单站点问题
只有网页打开慢、但下载和视频正常时，DNS 或规则匹配的可能性更高；如果网页能打开但视频和下载慢，则更应观察吞吐、丢包和节点线路。可以按以下顺序处理：
- 确认订阅仍在有效期内，并检查是否有新的节点或配置更新；具体状态以服务方公开页面为准，本文不核实任何特定服务状态。
- 检查目标域名命中了直连、代理还是其他规则组。
- 只修改一个 DNS 设置后复测，记录域名解析是否恢复，不要把解析成功等同于页面一定能加载。
- 若只有一个网站慢，尝试同类网站或不同网络对照；目标网站、CDN 或代理 IP 限制也可能造成差异。
- 若多个节点、多个网络和多个时间段都持续无改善，再联系服务方或网络运营商，并附上时间、设备、模式、日志现象和复测结果。
项目仓库说明配置和日志保存在本地。需要进一步定位时，可先导出诊断信息或查看日志，再进行配置修改；不要公开包含订阅链接、令牌或个人信息的完整配置。
最小闭环：什么时候算排查完成？
一次可复现的复测至少应包含：同一设备、同一网络、同一测试对象、相近时间、明确模式、明确节点，以及至少两轮结果。推荐按“直连 → 规则模式节点 A → 规则模式节点 B → 必要时 TUN”顺序进行。
- 直连正常、两个代理节点都慢：继续检查节点、订阅、规则或服务方线路，不能仅凭客户端下结论。
- 直连和代理都慢：先处理本地 Wi-Fi、路由器、后台流量和系统网络。
- 只有某个应用慢：检查该应用是否遵循系统代理，必要时再测试 TUN。
- 修改后更糟：恢复备份配置，关闭 TUN 和系统代理，确认直连恢复，再重新启用一个变量。
文章中的版本号、发布日期和当前可用节点均未作确认，使用时应以客户端实际界面、项目发布页和服务方公开页面为准。
常见问题
为什么节点延迟低，Clash Verge Rev 下载还是慢？
延迟只反映响应时间，不等于吞吐量。下载还会受到节点带宽、丢包、下载源限制、Wi-Fi 和后台任务影响，应固定同一文件或测试源对比实际速度。
速度慢时要不要直接打开 TUN？
不建议把 TUN 当作提速开关。它主要用于接管不遵循系统代理的流量。先用规则模式和系统代理完成对照，只有确认目标应用没有走代理时，再单独启用 TUN 测试，并保留回滚步骤。
全局模式是不是一定比规则模式快？
不是。全局模式会改变更多流量的路径，可能让原本适合直连的请求绕行。应分别测试直连、规则和全局，依据实际网页、视频或下载表现选择，而不是按模式名称判断。
只有一个网站打开慢，是否说明节点坏了？
不能直接这样判断。可能是分流规则、DNS、目标网站、CDN 或代理 IP 的单点问题。先换同类网站、换节点和换网络进行对照，再决定是否继续排查线路。
排查后系统网络恢复不了怎么办？
先关闭 TUN 和系统代理，完全退出客户端，恢复此前备份的配置，并检查 Windows“设置 > 网络和 Internet > 代理”或 macOS 的网络与 VPN 设置。确认直连恢复后，再逐项开启功能。
常见问题
为什么节点延迟低，Clash Verge Rev 下载还是慢？
延迟只反映响应时间，不等于吞吐量。下载还会受到节点带宽、丢包、下载源限制、Wi-Fi 和后台任务影响，应固定同一文件或测试源对比实际速度。
速度慢时要不要直接打开 TUN？
不建议把 TUN 当作提速开关。先用规则模式和系统代理完成对照，只有确认目标应用没有走代理时，再单独启用 TUN 测试，并保留回滚步骤。
全局模式是不是一定比规则模式快？
不是。全局模式会改变更多流量的路径，可能让原本适合直连的请求绕行。应分别测试直连、规则和全局，再依据实际表现选择。
只有一个网站打开慢，是否说明节点坏了？
不能直接这样判断。可能是分流规则、DNS、目标网站、CDN 或代理 IP 的单点问题，应先换同类网站、节点和网络进行对照。