「快不快」是个没法直接回答的问题，因为它取决于你在哪、什么时候测、用什么线路、以及你打算拿它做什么。与其相信任何一份宣传或榜单，不如掌握一套能自己复现的测法——一旦你能在自己的网络里量出结果，别人的数字就不再重要了。
这篇给出完整的核验流程：先说该看哪三个指标，再说测之前要控制哪些变量，然后是三种常用测法与结果解读，最后补上一份可以长期沿用的记录方式。
三个核心指标
评估一条代理线路的速度，通常看三个指标：
- 下载速度（Mbps）：数据从远端服务器传到你本地的速度。网页加载、在线视频、下载文件主要依赖它，数字越大越好。
- 上传速度（Mbps）：你的数据发送出去的速度。发送大附件、视频通话（需要持续上行推流）时它才是瓶颈。
- 延迟 Ping（ms）：从发出请求到收到回应的往返时间。对实时性敏感的场景（例如联机游戏、远程终端）主要看它，数字越小越好。
测试之前：先控制变量
测速最常见的错误，是把本地网络的波动算到了代理头上。动手之前建议做到以下几点：
- 先测基线。在不开启代理的情况下先跑一次测速，记录你的裸连带宽和延迟。之后所有代理测速结果都应与这条基线对比，而不是凭感觉。
- 尽量使用有线网络。Wi-Fi 的波动会显著干扰结果；如果只能用 Wi-Fi，至少保持同一位置、同一频段。
- 同一台设备、同一个宽带、相近的时段。跨设备、跨运营商、跨早晚高峰得到的数字之间没有可比性。
- 节点选同一地区再横向比较。不同地理位置的节点延迟天然不同，横向对比时应尽量固定同一出口地区。
另外要有一个预期：代理转发和加密本身一定会损耗一部分带宽，带宽越大的宽带，按百分比损耗往往越明显。测速的目的不是追求「零损耗」，而是判断损耗是否在可接受范围内、连接是否稳定。
常用的三种测速方式
1. Speedtest 类测速站
最直观的方式。开启代理后运行测速，记录下载、上传与 Ping 三项，并与基线对比。注意测速点的选择会影响结果，多测几次取平均更可靠。
2. Cloudflare 测速
Cloudflare 提供的测速页（speed.cloudflare.com）给出的参数更细，包含不同分片大小下的表现与抖动情况，适合做补充参照。
3. YouTube 实际播放测试
实测视频播放最贴近真实使用。在 YouTube 播放页面点击右键选择「统计信息」（Stats for nerds），可以看到当前分辨率、实时缓冲和连接速度。能否稳定播放高分辨率视频、缓冲条是否持续领先播放进度，是比单次测速数字更有说服力的稳定性指标。
来源历史页面的测试记录（仅供参考）
以下为来源历史页面（2022 年撰写）的表述，反映的是当时特定环境下的一次测试记录，不作为本站当前的独立结论：来源页面作者在中国电信 500Mbps 宽带、香港出口的条件下测试称，其使用的新一代代理服务测得约 300Mbps 下载、延迟约 50ms；同期测试的 ExpressVPN 约 10Mbps 下载、延迟约 266ms；VyprVPN 则未能建立可用连接。来源页面据此认为，当时采用 Shadowsocks / V2Ray / Trojan 协议的服务在其环境下的速度与稳定性优于所测的传统 VPN。
需要强调：网络环境、封锁策略与服务商线路都会随时间变化，任何第三方（包括来源旧文）给出的数字都只在其测试时点成立。判断一个服务现在是否适合你，唯一可靠的办法是用上面的方法在你自己的网络里实测。
如何解读你的测试结果
- 对比基线：损耗比例过高或延迟成倍增加，说明线路质量或节点选择有问题，先换节点再下结论。
- 看稳定不看峰值：一次跑出高分不代表可用，连续多日、不同时段的表现才有意义。
- 结合实际用途：日常浏览对延迟不敏感，视频看持续吞吐，游戏看 Ping 与抖动，按需取舍。
把测试结果记成一张能复用的表
单次测速的价值有限，连续记录才有意义。建议每次只记六项：日期与时段、所在网络（家里宽带 / 公司 / 手机热点）、出口地区、下载、上传、延迟。六项都很好填，一次不超过一分钟。
| 记录项 | 为什么要记 |
|---|---|
| 日期与时段 | 晚高峰与凌晨的结果没有可比性 |
| 所在网络 | 换了网络，基线就变了 |
| 出口地区 | 跨地区比较延迟没有意义 |
| 下载 / 上传 | 与基线对比才能看出损耗比例 |
| 延迟 | 实时性场景的主要指标 |
积累两周之后，这张表能回答的问题包括：这条线路在晚上是不是明显变差、换到另一条线路有没有实质改善、以及最近的体验下降是主观感受还是真的发生了。
什么时候该停止测速
测速容易变成一种消遣：一次不满意就再测一次，直到测出一个满意的数字。这没有意义——你真正需要的判断只有一个：当前的速度，能不能支撑我要做的事？能看清 1080p、会议不卡、文件传得完，那么再高的数字也不会改变你的体验。
所以合理的做法是先定一个够用线：比如「看视频不缓冲、会议不卡顿」。达到了就停止测试，转而观察稳定性；没达到才继续排查。把测速当作诊断工具，而不是打分游戏。
测速前后的自查清单
- 我测过不开代理时的基线吗？
- 这次测试与上次的设备、网络、时段是否一致？
- 比较的两条线路是否是同一出口地区？
- 我是测了多次取中间值，还是只测了一次？
- 除了数字，我用真实任务复核过吗？
常见问题
为什么测速网站的结果和实际体验对不上？
测速衡量的是短时间内的最大吞吐，而日常体验更依赖持续稳定性与延迟。两者不同步很正常，以真实任务的表现为准。
延迟多少算可以接受？
看用途：网页浏览对延迟不敏感，实时会议与远程终端才需要关注。与其记一个数字，不如以「你要做的事是否顺畅」为标准。
结果波动很大，该取哪个数？
取中位数，并把波动范围本身当成一项结论——波动大本身就说明稳定性有限，这比平均值更能反映实际体验。
多久应该重测一次？
体验发生明显变化时，或者换了线路、换了网络之后。没有变化时反复测意义不大。
用手机测和用电脑测能比较吗？
不能直接比。无线连接、设备性能、系统的网络栈都不同，跨设备的数字只能各自与自己的基线对照，不能横向相减。
可以用测速结果去找服务方理论吗？
带上完整条件（时段、线路、基线、多次结果）会更有说服力。只给一个数字，对方很难判断问题出在哪一层。
读者评价
暂无审核通过的读者评价。