Clash速度慢怎么办？按症状定位节点、线路与本机设置
简答：Clash速度慢时，不要先盲目改 DNS 或开启 TUN。先用同一网络、同一目标和同一节点做连续测速，再依次更换 2—4 个节点，并对比规则、全局、直连三种模式；如果只有 TUN 或某个应用变慢，再检查系统代理、DNS、IPv6、MTU和应用接管。
定义：Clash速度慢，是指代理已连接但网页响应、持续下载、视频播放或某个应用的实际吞吐低于预期，需要区分节点、线路、分流和本机接管问题。
先做这一步：用症状表判断慢在哪里
先不要修改配置。暂停其他下载、关闭云同步和视频播放，记录当前网络、目标地址、节点名称、测试时间以及测速结果。延迟低不代表下载速度快：延迟反映请求往返时间，吞吐量反映持续传输能力，丢包则会造成重传和卡顿。
| 症状 | 优先怀疑 | 先做什么 |
|---|---|---|
| 网页首屏很慢，但打开后下载正常 | DNS、规则匹配或目标连接建立慢 | 切换规则与全局模式，对比同一网页；再查看 DNS 相关日志 |
| 网页能打开，下载速度持续很低 | 节点吞吐、线路拥堵、订阅限速或节点倍率 | 用同一文件连续测试，依次更换 2—4 个节点 |
| 视频缓冲或清晰度反复下降 | 持续带宽不足、丢包或节点不适合该平台 | 不要只看延迟，记录持续下载速度和播放稳定性 |
| 只有某个应用慢 | 应用没有走代理、规则命中错误或需要TUN接管 | 检查请求是否进入代理；必要时对比系统代理和TUN |
| 开启TUN后整体变慢或断网 | 权限、虚拟网卡、DNS接管、MTU或其他网络软件冲突 | 关闭TUN复测；恢复到原来的系统代理方式 |
如果使用 Clash Verge Rev，其项目说明列出了系统代理和 TUN 虚拟网卡模式；界面源码也明确区分了“系统代理”和“TUN模式”，并提示TUN通常需要服务模式或管理员权限。可参考 项目说明 和 设置项说明，但实际菜单名称应以你当前版本为准。
10分钟排查顺序：先节点，再规则，最后改设置
- 固定测试条件。保持同一 Wi-Fi 或网线、同一设备、同一目标文件和同一客户端，暂停其他下载。记录每次测试的节点、延迟、持续速度和是否中途掉速。1 MB/s约等于8 Mbps，注意不要把两种单位直接比较。
- 更换2—4个节点。优先选择协议、地区或线路不同的节点，不要只在同一组相邻节点之间反复切换。如果多个节点都慢，继续查本机网络、订阅状态或目标网站；如果只有一个节点慢，原因更可能在该节点或其线路。
- 对比规则、全局和直连。规则模式下，先确认目标域名实际命中了哪个策略组；全局模式用于判断是否为规则分流问题；直连模式只用于对照本地网络，不应把直连速度直接当成代理速度。某个应用在规则模式慢、全局模式正常，通常应先检查规则命中，而不是先改DNS。
- 检查订阅与服务限制。查看服务商控制面板或订阅说明中是否显示剩余流量、限速、节点倍率、并发限制或线路说明。无法从当前页面核实的额度、价格和状态，不要凭测速结果推断。晚间变慢也只能作为待验证现象，应在不同时间使用相同条件复测。
- 检查系统代理与应用接管。浏览器通常可以使用系统代理，但命令行、游戏、虚拟机或部分应用可能不读取系统代理。此时才考虑TUN，并在开启前记录当前设置；若TUN开启后变慢，立即关闭并用原模式复测。
如果你使用的是支持自动测速策略组的 Mihomo 内核，官方文档中的 url-test 会按指定测试地址和间隔进行选择，但它测到的是测试地址对应的表现，不等于所有网站、视频或下载任务都会同样快。字段含义应以 Mihomo url-test 文档 为准。
DNS、IPv6、MTU和TUN：只改一个变量并可回滚
DNS：DNS主要影响域名解析和连接建立时间，通常不能把一条本身吞吐不足的线路变成高速线路。Mihomo文档将 nameserver、fallback、nameserver-policy、proxy-server-nameserver 和 direct-nameserver 区分为不同用途；不要把网上找到的整段配置直接覆盖现有配置。先备份，再只调整一个字段，重启客户端后对同一目标复测。字段说明见 Mihomo DNS 文档。
fake-ip与IPv6：如果只有部分域名打不开、应用显示解析异常或TUN下出现特殊故障，再检查 enhanced-mode、fake-ip-filter 和 ipv6。不要因为“速度慢”就直接关闭IPv6或切换fake-ip；先确认问题是否只发生在特定域名、特定应用或TUN开启后。
MTU：MTU不合适可能表现为部分网站卡住、连接反复重试或大文件传输不稳定，但它不是所有慢速问题的首要原因。只有在固定节点和固定目标下出现分片、重传或TUN专属异常时，才逐步调整，并保留原值以便回滚。
回滚：任何修改都按“关闭TUN—恢复原DNS—恢复原代理模式—重启客户端—重新测速”的顺序撤销。不要同时改DNS、IPv6、MTU和规则，否则即使速度恢复，也无法知道真正原因。
Windows、macOS、Android和iOS的复测重点
- Windows：先看客户端的系统代理开关是否生效；若排查本地链路丢包，可在命令提示符运行
pathping 目标域名。微软文档说明，pathping会统计到中间路由的延迟和丢包，适合判断本地网络或链路是否存在问题，具体用法见 Microsoft pathping 文档。 - macOS：分别测试系统代理和TUN，不要同时改变DNS与TUN设置。若关闭客户端后系统仍无法联网，先检查系统网络代理、DNS和虚拟网卡是否恢复，再继续测速。
- Android：确认当前应用使用的是系统VPN接管还是应用内代理；开启TUN或VPN接管后，检查电池优化、后台限制和其他VPN类应用是否冲突。菜单名称随客户端版本变化，以当前界面为准。
- iOS：确认系统VPN配置是否已连接，并对比同一应用在不同节点下的表现。若只有某个应用慢，优先检查该应用是否支持系统VPN以及规则是否将目标域名分流到正确策略组。
所有平台都应遵循同一复测标准：同一网络、同一节点、同一目标、同一时段尽量保持不变；每次只改一个变量，并记录修改前后的结果。
结果怎么判断：一张自查清单
| 观察结果 | 更可能的方向 | 下一步 |
|---|---|---|
| 换节点后速度明显变化 | 节点、线路或节点侧限制 | 保留稳定节点，继续核对流量、倍率和测试时段 |
| 所有节点在同一网络都慢 | 本地网络、Wi-Fi、运营商链路或目标站点 | 用另一网络或另一设备做对照 |
| 全局快、规则慢 | 规则或策略组命中问题 | 查看目标域名实际命中的规则和策略组 |
| 系统代理快、TUN慢 | TUN权限、DNS接管、MTU或虚拟网卡问题 | 关闭TUN回滚，再逐项检查 |
| 延迟低但下载慢 | 吞吐不足或持续丢包 | 使用同一文件持续测试，不以延迟单独选节点 |
自查结束后，保留一份“节点—模式—目标—速度—时间”的记录。这样下次遇到同样问题，可以快速判断是客户端设置变化，还是线路和网络环境变化。
常见问题
Clash延迟很低，为什么下载速度还是慢？
延迟只表示请求往返时间，不能代表持续吞吐。请用同一文件、同一节点连续下载，记录稳定速度和是否丢包，再与其他节点对比。
Clash速度慢，应该先换DNS吗？
不建议先换。DNS主要影响解析和连接建立，不能直接修复节点吞吐不足。先固定条件测速、换节点并对比规则和全局模式，只有出现解析超时或特定域名异常时再检查DNS。
开启TUN后Clash更慢怎么办？
先关闭TUN，恢复到原来的系统代理模式并复测。如果速度恢复，再单独检查TUN权限、虚拟网卡、DNS接管和MTU。不要同时修改多个字段。
怎么判断是节点慢还是本地网络慢？
在同一设备和同一网络下更换2—4个节点；若只有个别节点慢，更像节点或线路问题；若所有节点都慢，再用另一网络或设备做对照。
Clash测速时应该看延迟还是下载速度？
按用途看指标：网页首屏关注连接建立和延迟，视频与下载关注持续吞吐和稳定性，游戏或实时办公还要关注丢包与抖动。不要只按最低延迟选节点。