如何测试 VPN 的下载与上传速度
通过基线、分方向测试、可重复的文件传输和瓶颈清单,测出 VPN 对你下载与上传速率的真实影响。
阅读约 10 分钟更新于 2026年10月15日作者:XPASS Editorial Team

人们说"我的 VPN 很慢"时,通常指三种不同的情况之一:网页要很久才开始加载,大文件下载像蜗牛,或者上传(备份、视频、共享文件夹)怎么也完不成。这些症状不同,原因也不同。一次像样的 VPN 吞吐量测试,会测出每个方向上每秒究竟有多少兆比特通过隧道,并与不用 VPN 时你的线路能承载的量做对比。
本文只讨论吞吐量。延迟(ping)是另一种测量,见 VPN 延迟详解;如果只想快速检查,如何测试 VPN 是更短的路线;想了解数字为什么会下降,请读为什么用 VPN 后网速会变化。
吞吐量是什么,为什么一个数字不够
吞吐量是每秒实际送达的有用数据量,通常用兆比特每秒(Mbit/s)表示。宽带套餐宣传的是最大值,你在某一天实际得到的会更低。VPN 会让它进一步下降,原因有好几个:
- 加密与封装。 每个数据包都要加上额外的头部,并且需要加密和解密,这会消耗少量带宽和处理器时间。
- 更长的路径。 先到 VPN 服务器再继续前往目的地,路线可能比你的直连更长。
- 服务器负载。 与许多其他用户共享的服务器,在那一刻的容量是有限的。
- 你的设备。 手机或旧笔记本的加密速度可能赶不上线路送来的速度。
- 数据包大小问题。 如果数据包大小不适合隧道,就会被拆分或重发,浪费容量。
多个原因同时起作用,所以单个数字能告诉你的很少。你需要一组可以互相比较的数字。
| 数字 | 为什么重要 |
|---|---|
| 下载,关闭 VPN | 你正常的上限 |
| 下载,开启 VPN | 隧道向你送来的速率 |
| 上传,关闭 VPN | 你正常的上传上限 |
| 上传,开启 VPN | 隧道向外送出的速率 |
| 单线程与多线程 | 限制来自单个连接还是整个隧道 |

第 1 步:开始前固定好条件
只有除隧道之外的一切保持不变,基准测试才值得一看。请准备下面这份清单。
- 尽量用网线。 如果在 Wi-Fi 上测试,请待在同一个位置、靠近路由器,并记下所用频段。
- 关闭吵闹的应用。 云同步、系统更新、游戏启动器、备份和视频标签页都会占用你要测量的带宽。
- 使用同一台设备。 如果之后想比较设备,请作为单独的项目来做。
- 选定一台 VPN 服务器并保持不变。 记下它的位置标签,方便重复测试。
- 测试期间关闭其他代理和安全插件。 扫描流量的浏览器扩展会拉低结果,第二个 VPN 或过滤类应用也一样。VPN 被杀毒软件拦截展示了这类软件如何造成干扰。
- 记下时间。 许多家庭网络在晚上很繁忙。每种条件的测试都应与它的对照在几分钟内完成。
也要看看你的套餐在纸面上的数字。如果套餐是下行 100 Mbit/s、上行 20 Mbit/s,你能期待的最高结果会略低于这些数字(扣除开销后通常是 90% 到 95%)。如果关闭 VPN 时的结果远低于此,问题出在 VPN 之外。
第 2 步:关闭 VPN 测量基线
先在不开 VPN 的情况下运行完整的测试流程。目的是了解你真实的上限,而不是账单上印的数字。
同时使用两类工具。
基于浏览器的测速网站。 这是最简单的选择,能快速给出下载、上传和延迟数字。它的弱点是会自动选择附近的测试服务器,而且各次之间可能变化。记下它用了哪台服务器,如果网站允许,就把它固定下来。
可控的传输。 想要更多控制,可以使用在两台机器之间测量原始吞吐量的命令行工具,或者每次都从同一个网址下载一个已知大小的大文件并计时。前一种方式需要第二台电脑或你自己控制的测试服务器;后一种只需要一个稳定的、提供大文件并支持 RFC 9110 所述标准 HTTP 下载的网站主机。
对每种条件至少记录三次结果,并记下中位数,而不只是最好的一次。一次出色的结果是巧合,稳定的中位数才是测量。
基线要测两次:VPN 测试之前一次,之后一次。如果两次基线相差超过约 10%,说明网络上有东西变了,这一轮应该重做。
第 3 步:分别测试下载和上传
许多人跑一次测速,看到一个很大的"下载"数字就停了。对于要发送大文件、开视频会议或备份照片的人来说,上传同样重要。
下载测试。 拉取一个大文件,或运行工具的下载阶段至少 30 秒。看曲线稳定的那一段,而不是最初几秒。起步爬升阶段不具代表性。
上传测试。 向你控制的服务发送一个大文件,或使用工具的上传阶段。上传遇到的上限与下载不同:这个方向的套餐通常低得多,而 VPN 每个数据包的开销在较小的管道里占比更大。
下面是一个数字虚构的现实例子,线路标称下行 200 Mbit/s、上行 30 Mbit/s:
| 条件 | 下载中位数 | 上传中位数 |
|---|---|---|
| 关闭 VPN | 188 Mbit/s | 28 Mbit/s |
| 开启 VPN,同城服务器 | 142 Mbit/s | 24 Mbit/s |
| 开启 VPN,很远的服务器 | 61 Mbit/s | 17 Mbit/s |
由此可见,在近处的服务器上,VPN 让下载损失约 24%、上传损失约 14%,在远处的服务器上损失则大得多。把数字表示为你自己基线的百分比,比和别人的线路比较更公平。
第 4 步:同时使用单线程和多线程
互联网上大多数传输是 TCP 连接,而单个 TCP 连接可能受往返时间和窗口大小的限制。结果是,一个线程可能无法把一条快线路占满,尤其在路径较长时,比如经过较远的 VPN 服务器。
两种都要跑:
- 单线程。 简单的文件下载或一次大文件上传就是这种表现,因此最接近普通应用的感受。
- 多线程。 同时四到八个连接。这展示线路和隧道合起来最多能承载多少,也更接近浏览器、下载管理器或测速网站的做法。
如何解读这一对结果:
- 如果单线程慢而多线程快,说明隧道本身没问题。限制来自单个连接的往返时间。更近的服务器或会开启更多连接的应用会有帮助。
- 如果两者都同样地慢,限制是容量:服务器、你的处理器或路径。
- 如果多线程比单线程更慢,说明有东西超载了,通常是设备处理器太弱,或 Wi-Fi 链路拥塞。
VPN 速度与不用 VPN 的对比更深入地讨论了典型差异,WireGuard 速度测试则探讨协议选择如何体现在数字上。
第 5 步:找出瓶颈,而不只是记录结果
基准测试应该回答一个问题,通常这个问题是"是什么在限制我?"当 VPN 的结果明显低于基线时,请逐项检查下面的清单。
是设备的问题吗? 测试期间打开系统的活动监视器。如果传输时某个处理器核心接近 100%,设备就是瓶颈。手机、小平板和旧笔记本最容易出现这种情况。较新的或使用网线的机器结果会很不一样。
是 Wi-Fi 的问题吗? 换成网线重复测试。如果网线上的结果高得多,限制就是无线链路,而不是 VPN。
是距离的问题吗? 用同样的步骤先试一台离你近的服务器,再试一台远的。如果速度随距离明显下降,路径就是限制因素。原因见 VPN 服务器距离。
是服务器的问题吗? 换一个时段重复测试。如果深夜速度恢复,说明服务器或线路在高峰期繁忙。VPN 服务器负载解释了这对你意味着什么。
是限速吗? 如果某类流量始终比其他的慢,即使换了服务器也一样,你的网络运营商可能在对其进行流量整形。VPN 带宽限速介绍了如何在不急于下结论的前提下识别它。
是数据包大小的问题吗? 如果连接能用,但大文件传输卡住或降到细流,而小网页能加载,那么数据包大小(MTU)可能不适合隧道。RFC 1191 描述的路径 MTU 发现机制本应处理这个问题。当它失效时,调整大小设置可以找回很多速度。

第 6 步:以他人能信任的方式报告结果
如果你打算把数字分享给同事、家人或支持团队,请用一致的格式写下来。一份好的报告包括:
- 每次测试的日期、时间和时长。
- 设备型号以及连接方式(网线或 Wi-Fi 频段)。
- 线路宣传的速率和你的基线。
- VPN 服务器的位置标签,以及应用中显示的连接类型。
- 使用的工具、线程数、文件大小和测试服务器。
- 下载和上传的中位数,以及范围。
- 对异常情况的说明:网络上的其他设备、一次重连、正在运行的同步。
百分比比原始数字更有用。"在近处的服务器上,VPN 提供了我基线下载的 76% 和上传的 86%"能告诉读者该期待什么,而"我测到 142"则不能。
常见错误
- 只测五秒。 爬升阶段比持续速率更低、更不稳定。
- 只测下载。 上传是许多实际任务的另一半。
- 让测速网站每次选不同的服务器。 目的地一变,比较就失效了。
- 把开 VPN 的 Wi-Fi 和不开 VPN 的网线比。 一次只改变一件事。
- 忽略设备处理器。 隧道不可能比设备的加密速度更快。
- 把最好的一次当结果。 使用至少三次测试的中位数。
- 混淆兆比特与兆字节。 测速显示的是兆比特每秒,文件管理器显示的是兆字节每秒。每秒 1 兆字节等于每秒 8 兆比特。
- 凭一次比较就宣布赢家。 在一个网络上的一个下午,很难说明另一个网络的情况。
实际例子
用手机热点的大学生。 小琳用手机当热点给笔记本上网。她分别测了单线程和四线程。开启 VPN 后,单线程得到 11 Mbit/s,四线程得到 24 Mbit/s。她由此知道隧道能承载更多,但每个连接受移动网络路径限制,所以下载大文件时更愿意用会开启多个连接的应用。
上传设计文件的远程办公者。 阿伦测量上传,因为他每晚要发送 2 GB 的文件包。他的基线是上行 35 Mbit/s,开启 VPN 后是 29。他对比了近处和远处的服务器,选了近的那台,并把上传安排在自家网络安静的时段。
备份照片的一家人。 他们的路由器同时还连着一台智能电视。他们发现晚上看电影时照片备份会停滞。关掉电视再测,VPN 提供了接近基线的大部分速率;问题在于家里本地的拥塞,而不是隧道。
总结
可信的 VPN 吞吐量测试,要分别测量下载和上传,分关闭和开启 VPN 两种状态,使用大文件传输或固定的测试服务器,同时跑单线程和多线程,每种条件至少三次。把结果表示为你自己基线的百分比,然后逐项检查瓶颈清单:设备、Wi-Fi、距离、服务器负载、限速和数据包大小。如果想用短期预付通行证试一试这套方法,可以到价格页面看看有哪些选择。
常见问题
为什么要分别测试下载和上传?
大多数家庭宽带上下行不对称,而 VPN 对两个方向的影响可能不同。上传通常是更低的上限,合并成一个数字会掩盖真正限制你的那个方向。
测试文件应该多大?
要大到速度稳定后传输仍能持续至少 30 秒。对于较快的家庭线路,这通常意味着 1 GB 以上的文件,否则测到的只是起步阶段,而不是持续速率。
什么是多线程测试,为什么要用?
就是同时打开多个连接。单个连接可能受往返时间和 TCP 窗口大小的限制,因此一个线程可能低估线路和隧道的承载能力。同时跑单线程和多线程,可以看到典型情况和最佳情况。
我的 VPN 速度只有正常速度的一半,是故障吗?
不一定。加密开销、更长的路径、繁忙的服务器或设备处理器,都可能限制速率。先用本文的瓶颈清单判断属于哪一种,再下结论。
测速网站能作为可靠的 VPN 基准吗?
可以作为快速检查,但它们会替你选择测试服务器,而且各次之间可能变化。要公平比较,请固定目的地、重复测试并记录多次结果,而不是只看一次。
关于作者

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




