VPN 速度突然变慢时，先不要急着重装客户端，也不要立刻认定是节点失效。速度下降可能发生在本地网络、客户端进程、代理协议、所选线路或后台程序中的任意一层；如果没有区分故障位置，反复切换节点往往只能暂时改变结果，无法解决根因。更有效的做法是固定一个访问目标，按照“本地网络—客户端状态—线路与协议—设备资源—规则配置”的顺序逐项排查。
排查时建议同时观察三个现象：网页是否能够打开、持续传输是否稳定、其他未经过代理的应用是否正常。只有某个网站变慢，不一定代表 VPN 速度下降；如果所有经过代理的应用都卡顿，而本地网站正常，才更接近线路、协议或客户端本身的问题。电脑和手机的操作入口不同，但判断逻辑基本一致。
第一步：先排除本地网络变化
本地网络是最容易被忽略、却最常见的影响因素。电脑从有线网络切换到无线网络、手机从无线网络切换到移动网络、路由器自动更换频段，都会让原有连接出现丢包或重新建立。此时客户端可能仍显示已连接，但实际数据传输已经变慢。
先暂时断开 VPN，访问平时使用的本地网站或打开不经过代理的应用，观察页面加载和文件传输是否正常。如果关闭 VPN 后本地网络也很慢，应先处理路由器信号、无线干扰、网络拥塞或运营商线路问题。若关闭 VPN 后本地网络恢复正常，再重新连接同一节点进行对照，这样才能把问题范围缩小到代理链路。
无线网络下可以靠近路由器测试，或暂时改用有线连接；手机则可以分别测试无线网络和移动网络。不要在网络刚切换时立即判断节点性能，因为客户端可能仍在使用旧的连接状态、DNS 缓存或路由信息。等待连接状态完全更新后，再重新打开目标页面。
- ✅ 先关闭 VPN，确认本地网站和未代理应用是否正常。
- ✅ 网络切换后等待客户端重新建立连接，再进行速度比较。
- ✅ 电脑优先用有线网络或稳定的无线网络做对照测试。
- ✅ 手机分别比较无线网络与移动网络，避免把网络差异误判为节点问题。
- ❌ 不要在下载、云同步或系统更新同时运行时判断线路速度。
第二步：检查客户端与系统代理状态
客户端显示“已连接”，只代表某个连接状态已经建立，不一定代表所有流量都能顺利通过。系统代理、虚拟网卡、DNS 转发和应用规则中的任意一项出现异常，都可能造成网页打开缓慢、部分应用无法连接或长连接频繁停顿。
先确认系统中是否同时运行了两个代理客户端。Windows 和 macOS 上，官方客户端、Clash Verge、sing-box 等工具如果同时接管系统代理，可能互相覆盖端口或路由；手机上则可能有广告过滤器、防火墙、企业网络工具或其他客户端争用系统 VPN 接口。排查时只保留一个实际工作的网络工具，关闭其余程序后重新连接。
如果使用订阅导入的第三方客户端，先检查订阅更新后节点是否完整、协议是否被正确识别。Shadowsocks、VMess、Trojan、Hysteria2 和 WireGuard 的连接方式、传输参数与客户端支持范围并不相同。能成功导入订阅，不等于其中每种节点都能正常使用；某些节点名称能够显示，但底层参数不兼容时，可能表现为连接成功后几乎没有有效流量。
桌面端还应查看系统代理开关和虚拟网卡状态，移动端则要检查系统 VPN 权限、后台活动和电池优化。连接后可以先打开一个普通网页，再打开需要持续传输的页面，观察客户端日志中是否出现反复握手、连接重置、DNS 超时或网络不可达等信息。日志比单纯查看状态栏图标更有判断价值。
第三步：对比线路类型与协议表现
确认本地网络和客户端没有明显异常后，再比较线路。不同节点可能使用不同入口、线路类型和协议，速度表现不能只看国家或城市名称。相同地区的节点也可能承担不同的用户量，晚高峰时更容易出现排队、丢包或持续传输下降。
| 观察对象 | 适合关注的现象 | 可能的原因 | 排查动作 |
|---|---|---|---|
| 普通网页 | 页面打开慢，图片或脚本长时间等待 | 解析、握手或线路丢包 | 检查 DNS 设置，并更换同地区的其他节点 |
| 持续下载 | 开始速度正常，随后逐渐下降 | 线路拥塞、服务端限速或传输不稳定 | 比较另一条线路的持续传输，不只看起步速度 |
| 视频与长连接 | 频繁缓冲、恢复后仍反复停顿 | 丢包、协议重传或出口拥塞 | 尝试其他协议或线路类型，并观察连接是否稳定 |
| 互动应用 | 登录慢、请求超时或操作延迟明显 | 路由绕行、DNS 错配或连接复用异常 | 检查分流规则，确认目标应用确实经过预期节点 |
线路类型也会影响体验。IEPL、BGP、CN2 等名称描述的是网络路径或接入方式，并不能单独保证所有时间、所有地区都更快；协议同样如此。Shadowsocks 配置简单、兼容性较广，VMess 与 Trojan 常见于订阅节点，Hysteria2 对网络环境和客户端支持有更具体的要求，WireGuard 则依赖客户端、密钥和路由配置是否正确。选择时应结合实际应用与网络环境，而不是只追逐某个协议名称。
比较节点时尽量保持其他条件一致，例如使用同一个设备、同一个目标地址和相近的测试时段。先测试同一地区的不同节点，再比较不同地区或不同线路类型。如果只有某个节点变慢，问题更可能集中在线路；如果所有节点都慢，则应回到客户端、规则、DNS 或本地网络继续检查。
5 步
排查顺序
5 类
常见故障来源
6 种
常见协议与方案
第四步：清理设备资源与后台程序
VPN 速度变慢不一定是带宽问题。设备 CPU、内存、磁盘和电量管理也会影响加密、解密、DNS 转发以及数据包处理。电脑同时运行大型下载、云盘同步、虚拟机、游戏更新或视频会议时，代理流量可能与其他程序争夺网络和系统资源。手机则容易受到后台清理、应用休眠、省电模式和厂商网络管理的影响。
电脑排查时，打开任务管理器或系统活动监视器，查看是否有程序持续占用网络、CPU 或磁盘。暂停云盘同步、系统更新和不必要的下载，再观察同一节点是否恢复。浏览器扩展也可能改变请求路径，尤其是代理扩展与系统级客户端同时运行时，应暂时停用重复功能。
安卓设备要检查客户端的电池优化、后台活动、自启动和休眠设置，并保留必要的运行通知。客户端被系统冻结后，状态栏可能仍短暂显示 VPN 图标，但实际流量已经停止。iOS 对后台任务的管理更严格，切换应用或锁屏后出现异常时，应先确认系统 VPN 配置仍处于连接状态，并重新打开客户端验证，而不是连续切换多个节点。
清理资源时不要一次关闭所有系统进程，也不要使用来源不明的所谓加速工具。某些清理工具会结束客户端、修改 DNS 或强制写入系统代理，反而让故障更难定位。正确做法是记录关闭了哪些程序，再逐项恢复，确认具体是哪一项产生影响。
- ✅ 暂停云盘同步、下载任务和系统更新后再比较速度。
- ✅ 检查手机的电池优化与后台运行权限。
- ✅ 只保留一个系统级代理或 VPN 工具处于工作状态。
- ✅ 观察客户端日志，确认是否存在进程重启和反复握手。
- ❌ 不要把清理后台、修改 DNS 和切换节点混在同一次测试中。
- ❌ 不要用多个“网络加速”工具叠加处理同一条连接。
第五步：检查分流规则并执行恢复
如果只有部分网站或应用速度变慢，重点应放在分流规则，而不是继续更换节点。规则模式可能让目标应用直连、让相关域名走代理，或者把 DNS 请求与实际连接分配到不同路径。域名规则、地址规则、进程规则和应用列表之间存在优先级时，后加载的规则不一定就是最终生效的规则。
先暂时切换到较简单的全局模式做对照。如果全局模式恢复正常，说明原来的分流规则、规则集更新或应用匹配存在问题；如果全局模式仍然很慢，则继续检查线路、协议和本地网络。完成对照后不要长期保留不必要的全局转发，应根据使用场景恢复规则模式，并逐步加入需要代理的应用。
DNS 是另一个常见环节。切换节点后，如果浏览器仍使用旧的解析结果，或 DNS 请求与代理路径不一致，可能出现域名打开慢、部分资源无法加载、应用反复重试等现象。可以在客户端中刷新 DNS 缓存、重新建立连接，并确认 DNS 设置与分流策略一致。不要在没有记录原始设置的情况下随意修改系统网络参数，避免把一个可恢复的问题变成新的配置问题。
完成五步排查后，建议把结果分为三类：更换本地网络后恢复，说明问题集中在接入网络；更换节点或协议后恢复，说明原线路或原协议不适合当前环境；只有关闭后台程序或修改规则后恢复，说明设备资源与配置才是主要原因。若所有节点、所有网络和所有应用都持续异常，再考虑重新导入订阅或联系服务支持，并提供客户端版本、设备系统、节点名称、协议类型和错误日志。
恢复之后如何避免再次变慢
速度恢复后，不要立即把所有节点、协议和规则全部改回原状。保留已经验证有效的组合，先观察普通网页、持续传输和常用应用是否都稳定，再逐步恢复其他设置。电脑可以为工作软件、浏览器和下载程序分别设置清晰的分流策略；手机则应优先保证客户端不会被省电策略结束，并避免同时运行多个系统级网络工具。
订阅更新后如果发现节点名称、协议参数或规则发生变化，应重新确认客户端的兼容性。Clash Verge、sing-box、Shadowrocket 以及各平台官方客户端的配置结构并不完全一致，同一订阅在不同客户端中可能呈现不同的策略组、DNS 行为和分流效果。遇到速度突然变化时，先记录更新时间和变化范围，再决定是否回退配置或重新选择节点。
最后，建立一套简单的排查记录：当前使用的网络类型、客户端、节点、协议、规则模式以及出现问题的应用。这样下次故障时可以直接复现对照，而不是凭感觉连续点击连接、断开和切换。VPN 速度问题往往不是单一按钮造成的，按照固定顺序减少变量，才是最可靠的快速恢复方法。