本文速览

能连接却加载慢，先区分连接建立慢和持续下载慢，再固定测试目标，依次比较节点、接入网络与本地设置。本文适合已经导入节点的 v2rayN、v2rayNG 和 v2flyNG 用户；按步骤记录结果，可以缩小故障范围，避免把线路拥塞误当成客户端参数问题。

先建立基线：延迟不等于下载速度

TCPing 数值低，只说明到指定地址端口的 TCP 连接建立较快；它不能证明代理认证、TLS 握手和目标网站访问都成功。真连接测速通常会通过代理请求测试地址，更接近一次实际访问，但仍受测试地址、超时阈值和缓存影响，不能直接换算成视频或文件下载速度。

先暂停云盘同步、系统更新和其他下载，用同一个目标资源做对照。记录网络类型、节点、测试时间和错误提示。下面的数字是建议采用的测试条件与单位换算，不是本站对任何节点的实测结果。

3 次
同条件重复，观察波动
30 秒
单次下载观察窗口
8 Mbps
约等于 1 MB/s，未计开销

浏览器显示的 MB/s 与套餐标注的 Mbps 不是同一个单位。还要区分“首个页面等很久，加载后下载正常”和“连接很快，下载一直很低”：前者优先检查解析、握手与分流，后者优先检查带宽、拥塞和节点出口。

第一层：用对照实验判断节点负载

客户端速度不是只由 VMess 或 VLESS 协议名称决定。服务端 CPU、出口带宽、并发连接数和服务商的限速策略都可能成为瓶颈。节点名称中的地区也不等于实际入口线路，两个不同名称的节点可能共享同一入口或出口。

  1. 固定测试目标

    选一个允许测速、体积足够的 HTTPS 资源，固定浏览器或命令行工具。不要同时运行多个测速任务，避免它们争抢同一条连接带宽。

  2. 选择活动节点

    在 v2rayN 主界面服务器列表中选中节点，右键选择「设为活动服务器」。核对当前活动项已经改变，再开始访问；只高亮列表行不一定完成切换。

  3. 测真连接

    在服务器列表右键菜单选择「测试服务器真连接延迟」。不同界面版本的措辞可能略有变化，应选择真连接测试而非仅测试 TCP 连接，并记录超时与成功次数。

  4. 切换作对照

    换一个不同入口或不同线路的节点，保持网络、目标和工具不变，各测 3 次。再在另一时段复测，避免只凭一次偶然结果判断。

如果同一网络下只有一个节点持续慢，而其他入口正常，问题更可能在该节点或其线路。若白天正常、晚间普遍下降，只能先判断为时段相关拥塞；仅凭客户端结果无法断定是服务端负载还是运营商路径，需要服务端监控或更多线路样本。

第二层：把接入网络与远端线路分开

节点不变时，切换接入网络是成本较低的验证方式。例如电脑从家庭 Wi-Fi 改用手机热点，或安卓设备在 Wi-Fi 与移动网络间比较。移动网络测试会消耗流量，应控制文件大小与测试时长。一次只改变网络，不要同时换节点和 DNS。

观察结果优先怀疑下一步验证
同一节点在热点快、家庭网络慢本地接入或运营商到入口的路径电脑改用有线连接，暂停其他设备下载，再测原节点
同一网络所有节点都慢本地带宽、共同入口或测试目标先测直连资源，再更换不同入口和不同目标
仅晚间持续下载下降路径拥塞或共享出口竞争保留同一目标的跨时段记录，比较其他线路
只有一个目标慢目标服务、出口到目标的路径或 CDN用另一目标复测，不直接判定整个节点不可用

Windows 可用 ping -n 20 测试默认网关，macOS 可用 ping -c 20，网关地址从当前网络信息读取。如果到本地网关也频繁丢包，先解决无线信号与设备负载。远端服务器可能限制 ICMP，路由追踪中的某一跳不回复也不等于业务流量在那里丢失。

第三层：确认应用确实进入代理

系统代理只影响遵循该设置的应用，不保证所有程序都接入；Tun 模式通过虚拟网络接口接管流量，但仍会受路由与排除规则影响。两种入口不应在排错时混在一起比较。先确定当前测试使用哪一种，再核对请求实际匹配的出站。

应用请求本地入口规则匹配代理出站目标服务

在 v2rayN 中可从「设置」→「参数设置」核对本地监听设置，再从「设置」→「路由设置」检查规则。入口文字随版本可能不同，应以当前界面显示为准。下面假设本机 SOCKS 监听为 127.0.0.1:10808；这只是命令示例，执行前必须换成实际端口。

curl --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 30 --output /dev/null --silent --show-error --write-out "connect=%{time_connect} start=%{time_starttransfer} total=%{time_total} bytes_per_second=%{speed_download}\n" https://example.com/

以上命令适用于 macOS、Linux 的 shell；Windows PowerShell 使用 curl.exe，并把 /dev/null 换成 NUL。example.com 仅用于验证请求过程，页面太小，不能用来评价持续带宽。下载测试应改为自己有权访问的稳定大文件地址。

传输方式、Mux 与 DNS：一次只改一项

传输方式需要服务端配合。WebSocket、gRPC 或其他受内核支持的传输并不存在跨网络通用的速度排名；反向代理、连接保持策略和路径质量都会改变结果。应比较服务方提供的有效配置，不要在一个节点上直接切换传输类型来测速。

设置项可能的影响验证方法
Mux 连接复用可能减少多次建连开销，也可能让多个请求共同受到底层连接丢包影响确认当前内核与协议支持，分别关闭和开启复测，不把并发数直接拉高
DNS 与解析路径解析超时拉长首开时间，返回地址不同也可能改变 CDN 路径保持节点不变，比较首次与重复访问，并结合解析日志检查
路由规则顺序较早匹配的规则可能把目标送到直连或其他出站核对目标域名、IP 条件与出站标签，查看日志中的实际匹配结果
本机资源占用内核、其他程序或安全软件占用过高会限制处理能力下载时查看 CPU 与网络占用，暂停其他负载后重测

Mux 不是带宽叠加开关，也不会把单条线路的容量扩大。先以关闭状态建立基线，再比较大量短请求和单个大文件两类负载。某些协议、传输与内核组合对复用有专门限制，不能把一份旧参数照搬到所有节点。

DNS 通常更直接影响解析与首次连接，不会让已经建立的大文件连接凭空提速。但解析结果改变后，实际访问的 CDN 地址可能变化，因此也不能完全忽略。更换解析器前记录旧设置，同时检查解析器自身是否依赖尚未建立的代理，避免出现相互依赖导致的超时。

日志报错：先解决失败，再评价速度

下列是日志中可能出现的错误片段，完整前缀因系统与内核而异。错误能帮助缩小范围，但通常不能单独证明某个根因。记录发生时间和当时的节点，分享日志前移除订阅地址、认证信息与个人网络信息。

connection refused

原因：目标地址端口主动拒绝连接，可能是本地内核未监听，也可能是远端服务未启动。解法：先看报错中的地址；本地地址检查监听端口和内核状态，远端地址核对节点端口与服务状态。

i/o timeout

原因：某个读写阶段超过等待时间，可能涉及解析、线路或目标响应。解法：结合相邻日志确认超时阶段，再用同节点换网络、同网络换节点的方式对照，不把延长超时当作提速。

address already in use

原因：本地监听端口已被其他进程占用。解法：退出重复运行的实例，或在确认占用程序后更换监听端口；使用显式代理的应用也要同步修改端口。

x509: certificate has expired or is not yet valid

原因：系统时间不正确，或服务端证书不在有效期内。解法：先同步设备日期与时区；时间正确仍报错时，联系服务方检查证书，而非关闭验证。

常见追问与排查收尾

延迟很低，为什么视频还会卡？

短请求成功不代表持续吞吐稳定。固定清晰度并观察播放缓冲，再用同节点测试另一个目标。如果只有一个视频服务慢，重点比较节点出口到该服务的路径，不要仅按延迟给节点排序。

打开 Mux 后反而更慢，要继续调并发吗？

先关闭 Mux 回到基线，按相同目标复测 3 次。如果关闭后稳定改善，就保留关闭状态，并确认当前内核与服务端组合的复用支持情况；增加并发数不是必然有效的下一步。

安卓锁屏后变慢，亮屏又恢复怎么办？

先观察 v2rayNG 或 v2flyNG 的连接是否仍在，再到系统应用信息的电池管理中允许后台运行。用亮屏和锁屏两种条件测试同一节点；若仅后台异常，优先检查省电限制与其他 VPN 服务冲突。

更新订阅能修好速度慢吗？

更新订阅可以取得服务方修改后的地址与参数，但不会直接增加带宽。更新后核对当前活动节点是否变化，再沿用原测试条件比较；节点被替换时，应把它作为新的测试对象记录。

最后保留一份简短记录：哪个节点、哪种网络、哪个目标、什么时段，以及修改前后的结果。能稳定复现的差异比一次漂亮的测速值更有用。节点层无差异就查线路，线路层无差异再查本地入口、路由与解析；每改一项都复测，结果没有改善就恢复。