为什么VPN会拖慢网速（以及什么时候不会）

“我的VPN让一切变慢”几乎总是对的，但几乎从来没有被正确解释过。本文把这种变慢拆解成三个真实的组成部分，告诉你在你的连接上真正的责任方是哪一个，并给你一种验证方法，而不是靠猜。

三种代价（加密、绕路和出口服务器）

加密是大多数人首先归咎的代价，也是在现代硬件上最不重要的一个。过去十年销售的每一台设备都有专门的AES加密硬件，VPN在这种硬件上的加密开销通常是个舍入误差——百分之个位数的吞吐量损失，远不到VPN变慢时常常表现出的减半甚至更差。

绕路几乎总是真正的代价。你的流量不再直接前往目的地——它先到VPN服务器，再从那里到目的地，然后再经过VPN服务器返回，最后回到你这里。这是每次往返都增加的真实物理距离，而距离消耗时间，与两端连接本身有多快无关。这是一个地理问题，不是算力问题，也是VPN感觉变慢的头号原因。

出口服务器因为一个相关但不同的原因而重要：这不仅仅是距离，还在于这台服务器位于哪个网络上、供给是否充足，以及此刻有多少其他VPN用户在共享它。一台拥堵或互联不佳的出口服务器，会在纯距离成本之上，额外增加它自己的延迟和吞吐量损失。

三者之中到底是哪个在真正影响你

对几乎所有人来说，都是绕路。一台同一国家内的出口服务器——真正靠近你和你目的地的那种——通常只增加个位数毫秒的往返延迟，几乎察觉不到。一台跨大西洋的出口服务器，或者任何与你和你目的地都不在同一大洲的服务器，通常会增加80-120毫秒甚至更多，纯粹是因为那段距离上的光速限制——再好的硬件、再快的VPN协议都改变不了这个数字，因为这是物理定律，不是软件问题。

协议差异，说实话

现代VPN协议（尤其是WireGuard及其相关协议）确实比老协议更高效，每包开销更小，负载下的延迟表现通常也更好。这是真实的，值得了解。但相比绕路，这是个次要因素：换协议可能挽回几个百分点的吞吐量或几毫秒延迟；换到一台真正更近的出口服务器，通常能挽回几十甚至几百毫秒。如果你在追求VPN速度，出口服务器的位置才是真正的杠杆点。

什么时候是你的VPN，什么时候是你的线路

一个真实存在、却常被漏诊的原因值得了解：MTU和分片。VPN会给你正常的流量再包一层封装，这让每个数据包都稍微变大——如果这让某个包超过了你连接路径一次能承载的最大尺寸，它就必须被分片，这会消耗真实的吞吐量，如果沿途处理不当，还可能消耗真实的延迟。这种情况表现为VPN的表现莫名其妙比距离和加密成本单独预测的还要差，而解决办法是把VPN的MTU适当调低——大多数VPN客户端都提供这个设置，如果一个VPN即使连到很近的出口服务器也感觉不合理地慢，这值得一试。

开关VPN对比测试

要知道VPN到底让你付出了多少代价，最干净的办法就是先不开VPN跑一次同样的测速，再开VPN跑一次，紧接着比较负载延迟差值和原始吞吐量——一个自身带有缓冲膨胀问题的VPN（一些廉价或拥堵的服务确实如此）会表现为开VPN后差值明显更大，这不同于仅仅因为距离而增加的那种固定、不可避免的延迟。

关于这个对比，有一个诚实的提醒：本站的Speed Test是对着一个附近的Cloudflare节点测量的，而VPN会改变哪个节点被用作参照，因为你的流量现在是从VPN的出口服务器发出的，而不是你家的连接。这不是测试的缺陷，只是值得了解——你在开VPN后看到的部分差异根本不是VPN的开销，而只是一个不同的、可能更远或更近的测量点。前后对比同一个测试（VPN开和关）依然是隔离VPN本身真实成本的正确方式；拿你开VPN的数字去比朋友不开VPN的数字，说明不了什么。

另外两个值得了解的变量

服务器负载和一天中的时段，会以直连几乎不会经历的方式影响VPN表现。VPN出口服务器是共享基础设施，一台在区域高峰时段很受欢迎的服务器，可能比同一台服务器在凌晨4点时明显更拥堵——如果你的VPN速度在不同测试之间波动很大，这比你自己线路上的任何问题都更可能是原因。大多数VPN应用允许在同一国家内切换服务器；如果某个位置测出来很慢，值得在同一路线上换一个再试，而不是直接断定VPN本身有问题。

分流隧道（split tunneling）是另一个杠杆，如果可用的话：它不把每个字节都路由经过VPN，而只把真正需要VPN隐私或访问权限的流量走隧道，让其余的一切（流媒体、大文件下载、任何不需要走隧道的延迟敏感流量）走直接、不绕路的路径。这不会降低仍然走VPN的那部分流量的开销，但会缩小你总使用量中要为这个开销买单的比例，这通常比一味追求更快的出口服务器更实用。

以上这些都不是反对使用VPN的理由——人们使用VPN的隐私和访问理由不受上述任何一点影响。这是在说明白你实际上为它在速度上付出了什么代价，以及这代价从哪来，这样一个真正慢的VPN体验才能被诊断出来，而不是只能默默忍受。