如何在同一网络下对比 VPN 协议
一套可重复的 VPN 协议对比方法:在同一网络上需要固定什么、测量什么、做几轮,以及怎样读数字才不会自欺。
阅读约 10 分钟更新于 2026年10月15日作者:XPASS Editorial Team

问十个人哪个 VPN 协议最好,你会得到十个很自信的答案,多半来自某个晚上只测了一次的速度。公平的对比并不难,但需要自律。VPN 协议对比测试的目标,是只改变协议这一件事,其他一切保持不变,并且重复测量足够多次,让运气互相抵消。
本文给出一套可重复的方法,用来在同一个网络上比较两种协议,例如 WireGuard 与 OpenVPN。内容包括需要固定的条件、要测量的指标、测试顺序、如何记录结果以及怎样做决定。它不会告诉你自己的 VPN 支持哪些协议,因为这取决于你的服务和应用。如果想先了解背景,请阅读什么是 VPN 协议和 WireGuard 与 OpenVPN 对比。
什么才是公平的对比
公平的测试只有一个变量,却有很多控制项。变量是协议;控制项是一切可能让数字变化的其他因素。
对比过程中必须保持不变的事项如下。
- 设备。 同一台笔记本或手机,电量水平相近,关闭后台应用。
- 网络。 同一个 Wi-Fi,在房间里的同一位置,或同一根网线。不要拿早晨 Wi-Fi 上的一种协议去比晚上手机流量上的另一种。
- VPN 位置。 每一轮都选同一个服务器位置。距离会改变延迟和速度,详见为什么 VPN 速度会变化。
- 测试目标。 同一个测速服务器、同一个下载文件、同一个延迟目标。
- 时间窗口。 所有测试在大约三十分钟内完成,因为家庭网络晚上最忙、深夜较闲。
- 应用版本与设置。 测试中途不更新,也不要改动断网保护、DNS 或分应用代理(split tunneling)。
如果某一项你没法控制,就写下来。带有已知缺陷的结果,仍然比带有隐藏缺陷的结果更有用。
留意清单里缺了什么:宣传话术。你读到的“某协议快一倍”是在别人的实验室里测的,在你的网络上可能接近、可能差更多,甚至可能反过来。

先确认你能不能选择协议
规划之前,先看你的 VPN 应用到底有没有开放协议选项。有的应用提供设置,有的自动选择,有的把选项藏在高级页面。去设置或连接菜单里看一下列出了什么,不要凭空猜名称。如果没有协议设置,你就没法做这个测试,这没有问题:这只说明应用已经替你做了适合大多数人的选择。
对于 XPASS 用户,免费的 VPNclient 应用使用 My Pass 页面上的用户名和密码登录,支持的连接方式也列在那里。如果应用里有协议设置,日常使用请保持默认,只在有意做测试或客服建议时才修改。测试结束后改回原值,并把原来的值记在你的表格里。
同时想清楚你到底想知道什么。“哪个更快”其实有三种常见问法:
- 哪个在我家宽带上下载速度最好?
- 哪个在手机流量下通话和游戏最稳?
- 哪个在酒店或办公室这类限制较多的网络里连接最可靠?
每种问法对应不同的测量项。把你的问题写在表格最上面。
值得测量的指标
下面五项几乎覆盖了真实使用中的所有差别,其他的是可选项。
| 指标 | 能说明什么 | 如何获得 | 最适用于 |
|---|---|---|---|
| 吞吐量(下载与上传) | 隧道每秒能传多少数据 | 测速页面或下载文件 | 下载、流媒体、备份 |
| 延迟(往返时间) | 一条小消息一去一回的时间 | ping 测试或延迟页面 | 通话、游戏、交互应用 |
| 抖动 | 延迟在相邻数据包之间的波动 | 报告抖动的测试,或观察 ping 的离散程度 | 通话和游戏 |
| 连接时间 | 从点连接到流量可用的秒数 | 秒表 | 日常便利性 |
| 恢复时间 | 网络切换或唤醒后恢复所需秒数 | 开关 Wi-Fi 后用秒表计时 | 移动与出行 |
可选项包括笔记本上的 CPU 占用、手机上一小时的耗电,以及长时间 ping 中的丢包。延迟的概念在 Cloudflare 的延迟是什么中讲得很清楚,延迟对游戏的影响见 VPN 会降低 ping 吗和 VPN 抖动。
建立基线:完全不用 VPN
每次对比都需要一个零点。关掉 VPN,在裸连接上测同样的内容:五次测速、对延迟目标做一次 ping,并记下抖动。这就是你的上限。如果裸线给出 200 Mbps,而两种协议都只有约 90 Mbps,说明协议不是瓶颈,瓶颈在 VPN 服务器或距离。
测试开始和结束时各记一次基线。如果两次基线相差超过约 20%,说明网络在你脚下发生了变化,这一场测试就值得怀疑,请在网络更平稳的时段重做。
测试顺序:交替进行,不要成批
最常见的错误是先把协议 A 全测完,再测 B。如果中途网络变忙,B 就会因为与它无关的原因显得更差。应该交替进行。
- 基线(不用 VPN):3 次测速和一次 30 秒的 ping。
- 协议 A:连接,等 10 秒,做一次测速和一次 ping,然后断开。
- 协议 B:同样的操作,然后断开。
- 重复第 2、3 步,直到每种协议各有五轮,顺序为 A、B、A、B,依此类推。
- 再测一次基线。
完整一场大约需要 40 分钟。两轮之间要完全断开,让每次连接都是一次全新的握手。如果想让 B 先来一次,可以在第二个循环里调换顺序,以抵消“第一次连接”的影响。
测速本身每次都用同一个页面、选同一个测速服务器。吞吐量测量选择较近的服务器,因为远处的服务器会把它自己的距离加进你要测的结果里。关于如何解读测速页面,可看如何做 VPN 速度测试,涉及 WireGuard 时还可参考 WireGuard 速度测试。
把结果记在同一张表上
一张简单的表胜过一堆截图。每一轮一行。
| 轮次 | 协议 | 下载 (Mbps) | 上传 (Mbps) | Ping (ms) | 抖动 (ms) | 连接时间 (秒) | 备注 |
|---|---|---|---|---|---|---|---|
| 1 | A | ||||||
| 2 | B | ||||||
| 3 | A | ||||||
| 4 | B |
结束后,对每个指标、每种协议计算中位数。中位数是排序后位于中间的值,它不受单次异常结果影响。平均值会被一个离群值拉着走,“最好的一轮”则纯粹是运气。如果某一轮特别离谱,不要删除,而是重测,看异常是否会再次出现,规律本身就是信息。
再计算一个波动范围,也就是最大值减最小值。中位数略低但波动小得多的协议,通话时往往更舒服。

读数字,但别自欺
现在你有了一张表,按下面的规则来读。
- 忽略低于约 10% 的差距。 家庭网络的波动本来就比这大,5% 的差距只是噪声。
- 先看波动,再看中位数。 如果 A 平均 80、在 40 到 110 之间摇摆,而 B 平均 75、稳定在 70 到 80,那么 B 的体验更稳。
- 与基线对照。 把每个结果表示成基线的百分比。“协议 A 保留了我线路速度的 85%”,比一个原始数字更容易判断。
- 延迟差异通常很小。 隧道只增加几毫秒,VPN 服务器的距离增加得更多。如果两种协议的差别小于抖动,那么在延迟方面就可视为相同。
- 留意最初几秒的表现。 连接多花几秒的协议,可能更适合长时间下载。
- 上传也要看。 有的隧道偏向某一个方向。如果你要备份照片或参加视频会议,请看上传。
举个小例子。阿杰在家用 Wi-Fi 测试,基线是下载 120 Mbps、ping 20 ms。协议 A 的中位数是 95 Mbps、27 ms,波动 15 Mbps;协议 B 是 102 Mbps、26 ms,波动 40 Mbps。B 在中位数上领先,但不够稳。阿杰主要是看视频和下载,可能会选 B;如果他晚上大量开视频会议,更稳的 A 或许更合适。是用途替他做了选择,而不是数字。
能解释你结果的协议行为
下面几条通用事实能帮你理解意外的结果,且不依赖对任何具体服务的说法。
- UDP 与 TCP 承载。 许多协议运行在轻量的 UDP 上,也有些可以运行在 TCP 上。TCP 套在基于 TCP 的隧道里,遇到丢包可能明显变慢,详见 OpenVPN 的 TCP 与 UDP。在丢包较多的移动网络上,传输方式和协议本身一样重要。
- 数据包大小与 MTU。 如果隧道的数据包大于路径所能承载的大小,包会被拆分或丢弃,速度会骤降。RFC 1191 的路径 MTU 发现标准描述了通常用来避免这种情况的机制。如果结果慢得反常,调小包大小后又改善,这就是线索。
- CPU 开销。 加密要占用处理器时间。在老手机或低功耗笔记本上,每个包做功更少的协议会留下更多余量;在新电脑上,你可能看不到差别。
- 握手与密钥更新。 各协议在连接速度、网络变化后恢复的从容程度上不同,这会体现在连接时间和恢复时间上,而不是测速结果里。
- 限制较多的网络。 一些酒店和办公室网络只允许某些类型的流量。在家里最快的协议,在那里可能连接不上。这属于兼容性发现,不属于速度问题。
关于 WireGuard 的设计细节,可看 WireGuard 官网,OpenVPN 的各项选项则见 OpenVPN 社区资源。
针对三种场景的三套测试方案
在家看流媒体的人。 目标:固定宽带上的最大吞吐量。使用有线或近距离 Wi-Fi,选较近的 VPN 位置,交替进行五次大文件下载,比较中位数。除非你也玩游戏,否则不用管 ping。
通勤族。 目标:手机流量下通话稳定。在同一条公交线路或同一个地点测试,测量抖动和恢复时间。恢复时间的测法是:连接后打开飞行模式五秒,计时到网页能再次打开,每种协议做三次。
住酒店的旅行者。 目标:先要能连上。第一个测试是二选一的:每种协议在这个网络上能不能连,花多长时间?之后才比较速度。如果某个协议失败,记录具体发生了什么,并参考 VPN 连接不上里的标准检查。不要试图对抗酒店的规则,选可用的就好。
协议测试中的常见错误
- 先把 A 全测完再测 B,然后把差异当成结论。
- 只用一轮或最好的一轮,而不是多轮的中位数。
- 在两种协议之间更换了服务器位置。
- 测试时同一个 Wi-Fi 上有人在看视频。
- 事后忘记恢复应用原来的设置。
- 把 5% 的差距当成胜利。
- 只测下载,忽略上传和抖动。
- 以为去年应用版本上的结果现在仍然适用。
什么时候可以不必折腾
大多数人其实不需要这个测试。如果 VPN 能用、网页能正常打开,就不要动协议设置。这套方法适合三种情况:你在排查真实存在的变慢;你有特定用途,比如竞技游戏,细小差别也有影响;或者你只是想了解自己的网络。若是变慢,请先看帮助文章VPN 为什么这么慢,因为服务器位置、Wi-Fi 质量和设备,通常比协议选择更关键。
小结
公平的 VPN 协议对比只改变协议,固定设备、网络、位置、时间和测试目标,并让两种协议各交替测至少五轮。测量吞吐量、延迟、抖动、连接时间和恢复时间,用中位数和波动范围对照不用 VPN 的基线,忽略小于约 10% 的差距。然后按自己的优先项来决定:下载、通话还是兼容性。最后记得恢复原来的设置。
常见问题
为什么对比协议必须在同一个网络上进行?
因为网络造成的波动往往比协议本身的差别还大。Wi-Fi 拥挤程度、时间段和信号强度都可能让速度结果的波动超过协议之间的差距,所以必须在相同条件下交替测试。
每个协议需要测几轮?
每个协议至少五轮,并且交替进行,然后比较中位数,而不是最好成绩或平均值。如果某一轮结果特别离谱,应当重测,而不是悄悄删掉。
下载速度、延迟和抖动,哪个数字最重要?
取决于你的用途。下载和流媒体看吞吐量,视频通话和游戏看延迟与抖动,用电池的笔记本则看 CPU 占用。测试前先定好自己的优先项,结果才能回答你的问题。
我能在 VPN 应用里选择协议吗?
只有应用提供协议设置时才行。有的应用允许选择,有的自动选择。如果看到该设置,稳妥的做法是保持默认,除非客服建议更改,并且只在排查真实问题时才使用这套方法。
更快的协议就一定更好吗?
不一定。在干净的家庭网络里最快的协议,到了限制较多的酒店或办公室网络里反而可能连不上。稳定性、重连表现以及与网络的兼容性,和原始速度同样重要。
参考资料
关于作者

Bob Kanokphon Thongdee
- XPASS VPN 创始人
- eSIMonline.asia 联合创始人
- 7 年以上网络营销经验
- Cojourney Visa 与 Cojourney Travel 创始人
继续阅读

VPN 安全
WireGuard 与 OpenVPN 有什么区别
WireGuard 和 OpenVPN 都能建立加密隧道,但设计、复杂度和灵活性不同。本文用通俗的方式比较,并说明该怎样选择。
阅读约 9 分钟

VPN 安全
OpenVPN 的 TCP 与 UDP 有什么区别?
OpenVPN 可以通过 UDP 或 TCP 传输隧道数据。本文说明两者的区别、默认用 UDP 的原因、什么时候该用 TCP,以及怎样自己动手测试。
阅读约 9 分钟


