VPN测速先确定比较对象
VPN测速实测对比，真正要回答的是：在自己的网络、设备和使用时段里，哪条线路更适合常用任务。测速页面的峰值只是结果的一部分，不能替代网页打开、文件传输和持续播放的实际体验。
一次测试经过本地设备、无线或有线网络、接入运营商、代理线路和目标服务器。任何一段拥塞，都可能让结果下降。因此，“这次下载很慢”不能直接推导为“服务一直很慢”；同样，空闲时段的漂亮成绩也不能代表晚高峰表现。
先写清测试目的。浏览网页更关注连接建立和首屏响应；下载大文件更关注持续吞吐量；视频会议更关注延迟变化、丢包和上传表现。不同任务需要的指标不同，不宜把所有结果压成一个排名。
判断原则：固定设备、接入网络、目标服务器和测试方式，再更换线路。比较完整记录，而不是挑选每条线路最好看的一次结果。
把延迟、吞吐量和稳定性分开
测速工具显示的指标并不等价。延迟描述请求往返所需时间，下载和上传描述单位时间内传输的数据量。低延迟不代表大文件下载快，高吞吐量也不代表交互过程没有停顿。
| 观察项 | 主要说明什么 | 如何避免误判 |
|---|---|---|
| 空闲延迟 | 没有大流量传输时的请求往返表现 | 固定目标，并确认测量确实经过代理 |
| 负载延迟 | 下载或上传占用网络时的响应情况 | 结合通话和网页操作是否出现停顿判断 |
| 下载与上传 | 当前路径和目标可提供的吞吐量 | 区分短暂峰值与持续传输，记录工具单位 |
| 抖动与丢包 | 时延是否波动、探测报文是否丢失 | 注意工具探测方式，不能只看客户端颜色 |
| 实际任务表现 | 目标网站或应用是否顺畅完成任务 | 记录加载失败、缓冲、重连等具体症状 |
还要保留单位。Mbps 与 MB/s 的含义不同，前者以比特计量，后者以字节计量，不能直接按显示数值比较。宽带标称速率、测速页面结果和下载软件读数也可能采用不同口径。
客户端的“延迟测试”可能是到代理入口的探测，也可能是通过代理访问指定网址的耗时，取决于实现方式。它不一定等于电脑系统中执行 ping 的结果，更不一定反映到最终业务服务器的完整路径。
测试前建立本地网络基线
在不启用代理的情况下，先测试本地接入网络。这个基线用来发现无线干扰、后台传输和接入拥塞，不是要求国际线路必须达到本地服务器的速度。目标距离与路径不同，本来就不适合直接做等值比较。
- ✅ 暂停云盘同步、系统更新和其他大流量任务，检查同一网络里是否有设备正在持续传输。
- ✅ 固定设备和接入方式；条件允许时用有线连接排查无线因素，使用无线时保持位置不变。
- ✅ 记录当前客户端、代理模式、线路名称和测速工具，确认没有叠加其他网络代理。
- ✅ 先完成不经过代理的基线，再用相同设备测试代理路径；每轮都保留失败结果。
- ❌ 不要在切换线路的同时更换无线网络、测试服务器和协议，否则无法识别变化来自哪里。
如果本地基线已经明显波动，先处理接入问题。可以检查路由器状态、设备信号和带宽占用，再重新测试。此时不断更换国际线路，容易把本地问题误认为出口问题。
设备性能也可能成为瓶颈。加密处理、浏览器扩展、节能设置和发热都会影响结果。测试期间保持相似的设备状态，比追求某次偶然的高值更有意义。
选工具时确认流量真的经过线路
网页测速适合观察浏览器经当前路径访问测速服务器的表现。可以选择常见的 Speedtest 网页或 Fast.com，但它们选取目标和组织测试的方式不同，结果不能视为同一把尺。工具名称相同，也要检查自动选择的服务器是否发生了变化。
分流模式下，测速网站可能被规则设置为直连。这样测到的是本地接入网络，而不是选中的线路。测试前查看客户端的连接记录或规则命中信息，确认测速域名及实际传输连接走了预期出口；网站本身和测速数据服务器也可能命中不同规则。
系统命令行和独立应用不一定读取浏览器代理设置。HTTP 或 SOCKS 代理通常也不会自动接管系统 ping 的 ICMP 报文。除非确认客户端接管方式支持相应流量，否则不能用终端 ping 的变化证明代理效果。
建议把网页测速与实际任务配合使用。用常访问的网站检查响应，用有权访问且来源可信的文件检查持续下载。不要把订阅链接粘贴到在线测速或分析网站；订阅链接可能包含账户凭据，应按敏感信息保管。
按固定流程完成时段对比
晚高峰是否稳定，需要在自己常用的晚间时段重复观察，而不是引用别人的测试截图。记录本地时间及所在时区，并在相似时段复测，才能减少不同地区作息造成的偏差。
- 保存基线。记录不经过代理时的接入状态和测试结果，确认本地网络没有明显异常。
- 固定目标。选择测速服务器，记录名称和地区；工具无法固定目标时，应注明其自动选择结果。
- 连接候选线路。确认连接完成、规则命中正确，再开始测速，避免把切换中的失败算成稳定状态。
- 记录完整过程。保存下载、上传、延迟和工具提供的波动信息，备注是否出现中断或异常提示。
- 验证实际任务。打开相同网站、播放相同内容或下载相同文件，记录缓冲、响应和持续传输表现。
- 交替复测。在候选线路之间交替测试，并在常用时段和晚高峰分别留档，避免后测线路总遇到更拥挤的时间。
不要在不同线路上同时运行测速。它们会竞争本地带宽，导致结果互相干扰。连续测试也会消耗流量，尤其是工具尝试跑满带宽时；应先检查剩余流量，再决定测试范围。
VPNMQ 的月订阅流量按开通日重置；流量包用完为止，永久不过期。测试应服务于实际选择，不必为了刷新峰值反复跑满带宽。流量规则和价格可在套餐页核对。
测试时间与时区：
设备与接入方式：
客户端与代理模式：
线路名称及目标地区：
测速工具与服务器：
下载、上传与显示单位：
空闲延迟与负载表现：
实际任务与异常现象：
规则命中及其他备注：如何定位“测速快，使用慢”
测速服务器与业务服务器不是同一条路径
测速服务器可能靠近出口，且拥有充足带宽；实际网站可能位于其他地区，经过不同互联路径，或对连接实行限流。因此，测速高值只能证明到该测速目标的表现，不能外推到全部网站。
若只有特定网站慢，先核对该网站的规则命中、出口地区和服务状态。若多个独立目标都在同一时段变慢，再检查本地网络和候选线路之间的差异。保存现象比笼统写“速度不好”更有助于排查。
DNS、连接建立和缓存影响网页体感
网页打开涉及域名解析、连接建立及资源加载。DNS 解析慢或得到不适合当前出口的结果，都可能让首屏等待增加；浏览器缓存又可能让复测看起来特别快。对比时尽量保持缓存条件一致，并注明是首次打开还是重复访问。
DNS 泄漏关注解析请求是否走向预期的解析路径，不能仅凭下载速度判断。检测页面展示的解析服务地区也不能单独证明泄漏，应结合客户端的 DNS 设置、路由规则和实际请求记录判断。
协议与线路标签不能替代测试
Shadowsocks、VMess、Trojan、VLESS、Hysteria2 和 TUIC 是不同的代理协议或协议方案，不能按名称直接排列速度。实现版本、传输方式、设备性能和网络条件都会影响结果。比较协议时，应尽量固定服务器及其他配置。
IEPL 专线、中转和直连描述的侧重点也不同。IEPL 通常涉及运营商提供的以太网专线承载；中转表示经过中间入口转发；直连通常指客户端直接连接目标代理服务器。这些名称不足以说明整条路径，也不能自动推出高峰表现。本站线路细节应以线路页面与面板清单为准，本文不据此增加承载方式承诺。
用完整记录决定保留哪条线路
整理结果时，先排除未走代理、目标变化和本地异常的记录，并保留排除原因。对于有效记录，优先看典型表现、波动范围与失败情况，不要只留下最高下载值。偶尔出现异常不等于长期不可用，但持续发生的同类问题值得单独复查。
选择顺序应贴近用途：日常浏览关注响应是否稳定，文件传输关注持续吞吐量，会议关注负载下的延迟和中断情况。若两条线路各有优势，可以按任务保留不同选择，不必强求一个总分最高的答案。
最终结论：真实速度是“当前环境下，到特定目标完成特定任务的表现”。固定条件、确认路径、跨时段复测，再用实际任务验证，比单张测速截图更能指导选择。
跨平台比较时也要分开记录。Windows、Android、iOS、macOS 和 Linux 的客户端接管方式与分流设置可能不同，同一订阅在不同设备上不一定形成相同路径。遇到导入或规则问题，可先查阅使用指南；需要协助时，通过工单提供测试时间、线路、目标和复现步骤，并隐去订阅凭据及账户敏感信息。