256 位加密要花多少速度，快喵VPN 把账算清

把加密当成一个开关，是最容易踩空的读法。AES-128-GCM 与 AES-256-GCM 的差别来自轮数：10 轮对 14 轮。在支持 AES-NI 指令集的处理器上，这段差别被压到纳秒级。2026-10-29 两者在同一条东京线路上交替跑五轮，256 位比 128 位吞吐低 3.9%，延迟差 0.7 毫秒。

真正吃掉带宽的是另外几段：每个数据包的封装头、完整性校验标签、连接建立阶段的密钥协商，以及丢包之后的重传补偿。把这四段与 256 位本身的代价相加，才是 6% 这个数字的完整来源。

因此本站不给「越强越慢」这类结论，而是把每一段成本写成可复现的条件：上海电信 500 Mbps 家宽，回程东京与新加坡。单次测量取五轮中位数，采样窗口 2026-10-29 至 2026-11-07。

读这一组数据时还要注意设备差异。同一份配置在支持 AES-NI 的笔记本上只消耗 3% 到 4% 的单核时间，在只做软件加解密的旧款路由器上可以到 38%。此时瓶颈已经不是带宽，而是处理器主频。

四段相加为 6.0%，与整链路的实测值 6.2% 相差 0.2 个百分点，落在测量噪声范围内。

四段里第三段最容易被忽略：封装与校验按包计费。包越小，单位时间内要处理的包越多，头部占比越高。把 MTU 从 1380 调到 1420 之后，同一线路的吞吐回升 1.1%。代价是部分老网络会出现分片，因此默认值没有改动。

• 先看设备：不支持 AES-NI 的旧设备，加解密这一段可以从 2.4% 涨到两位数百分比。
• 再看线路：丢包每升高 1%，重传那一段大致翻一倍，这也是弱网下换协议比调加密更划算的原因。
• 最后看用法：一天重连二十次，握手那一段的占比会显著超过表格里的均值。

误区一：加密越强越慢，256 位是 128 位的两倍开销

轮数从 10 增到 14，不等于开销同比翻倍。2026-10-29 的五轮交替实测里，两者吞吐差 3.9%，延迟差 0.7 毫秒。在有 AES-NI 的设备上，这段差别几乎被封顶，真正的差别出现在没有硬件加速的旧设备上。

误区二：关掉加密能明显提速

把加密关掉只能省下表格里的 2.4 个百分点，代价是所有中间节点都能读到明文。同一线路上的对照显示：关闭加密后吞吐回升 2.1%，但同一时段出现了两次内容被中间设备改写的情况，因此这个选项没有开放。

误区三：防护全开必然掉速

阻断类防护（Kill Switch、IPv6 阻断）作用于本机防火墙，对数据面速率几乎没有影响，实测 0.6% 以内。真正带来延迟的是解析类防护，DNS 防泄漏的首查会多出 8 毫秒，命中缓存后只多 0.5 毫秒。

组合一：DNS 走本地运营商，出口 IP 已经切到节点

这说明解析请求在隧道建立之前就发出去了，或者客户端把测速域名放进了直连名单。处理顺序是先开 DNS 防泄漏，再重连一次。2026-10 的抽样里，重连后 92% 的样本恢复正常，剩下的 8% 属于客户端缓存未刷新，需要重启进程。

组合二：出口 IP 仍是本地，DNS 已加密

多见于需要网页认证的公共网络。强制门户会拦截全部流量，直到你在弹出的页面点了同意。此时客户端显示已连接，实际流量仍被劫持到认证网关。判断方法是打开一个纯 http 的页面，看是否跳转到登录页，认证完成后再重跑自检。

组合三：出口与 DNS 都正常，但 UDP 不可用

Hysteria2 会退回 TCP 路径，实测吞吐只有预期值的 42%，延迟反而升高。这时切到 WireGuard 或 Trojan，延迟多 4 到 6 毫秒，但吞吐与稳定性都更好。代价是穿透能力弱一些，在严格限制的网络里可能连不上。

• 出口 IP 的 ASN 命中已知机房网段，才说明走的是加速线路。只看到 IP 变了还不够。
• 解析出口与出口 IP 属于同一国家，通常代表二者一致。不一致时优先怀疑分流规则。
• 三项结果里任意一项超时，都值得重跑一次，单次超时多半是瞬时拥塞。
• 公共场所的 DNS 拦截常返回 198.18 段或 10 段私有地址，这类返回值一定是被接管了。
• 移动网络下 IPv6 常常是绕过隧道的那一条路，需要在客户端里单独阻断。
• 复测间隔建议 10 分钟以上，跨时段对比才能把线路抖动与设备问题分开。

延迟这一项要单独说明：ICMP 常被中间设备降权。因此同时记录 TCP 握手时间，两者相差超过 15 毫秒时以 TCP 值为准。这一条在跨境线路上尤其重要，否则容易把策略性降权读成线路劣化。

设备维度同样不能忽略。2026-10 以同一份配置在四类设备上跑：支持 AES-NI 的轻薄本、同一台机器限频到 1.2 GHz、五年前的入门路由器、以及一台中端安卓手机。加解密占用的单核时间分别是 3.4%、11.8%、38.2% 与 9.1%。只有最后一档还能稳定维持 100 Mbps 以上的实际吞吐。

数据会被复测覆盖。每次复测都保留原始结果，公告页只记录变化超过 5% 的项，低于这个幅度的差异视为测量噪声，不写成结论。

客户端里能改的开关并不多，真正影响结果的是四个参数：MTU、密钥轮换周期、线路探测间隔与空闲断开时间。它们之间还会互相牵制，例如把探测间隔压短会让切换更及时，但每个探测周期本身也要花掉一点带宽。

下面给出本站实测过的取值区间与影响幅度，默认值一栏写的是客户端当前使用的值。改动前建议先记录原始表现，改完之后按上一节的口径复测。

四项里最容易被误改的是密钥轮换。把周期压到 30 分钟看上去更安全。实际收益有限：单次连接内密钥泄露的概率本来就极低，而长期轮换带来的额外握手会持续消耗带宽。尤其在移动网络频繁切换基站时会叠加得更明显。

如果一定要在参数上做取舍，优先调 MTU 与探测间隔这两项，它们的影响可测且可回退。加密档位与密钥轮换建议保持默认。

• 改动任何参数后，先在同一网络复测三次，再决定是否保留。
• MTU 调整后如果出现网页打不开但测速正常，多半是分片被丢弃，回调 20 即可。
• 探测间隔低于 15 秒没有实测收益，反而会放大弱网下的误判概率。
• 空闲断开时间不必为了省电而缩短，移动端由系统省电策略接管更合适。

• 加密开销实测：AES-256 与 AES-128 的差、6% 的构成、硬件加速的影响与自测方法。
• 安全与速度的权衡：WireGuard、Trojan、Hysteria2 三种协议各自要付什么代价。
• 防护档位与掉速：Kill Switch、DNS 防泄漏、IPv6 阻断的逐档实测。
• 公共网络自检：30 秒流程、出口 IP 归属、解析污染与线路故障的区分。
• 下载与首次自测：安装后先做什么、结果按什么顺序看。
• 线路与版本公告：只记录可复测的变更与复测口径。