两条宽带做负载均衡，测速为什么跑不到 2000M？

/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */
#content_views .toc,
/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */
#content_views.markdown_views > p:empty:has(+ .toc),
#content_views.markdown_views > .toc + p:empty,
/* 富文本旧版目录标记 */
#content_views.htmledit_views #main-toc,
#content_views.htmledit_views #hr-toc,
#content_views.htmledit_views p[id*=\”-toc\”] {
display: none !important;
}
/* 目录去掉后，紧跟的首个标题不再多出一块上边距 */
#content_views.markdown_views > .toc + h1,
#content_views.markdown_views > .toc + h2,
#content_views.markdown_views > .toc + h3,
#content_views.markdown_views > .toc + h4,
#content_views.markdown_views > .toc + p:empty + h1,
#content_views.markdown_views > .toc + p:empty + h2,
#content_views.markdown_views > .toc + p:empty + h3,
#content_views.markdown_views > .toc + p:empty + h4 {
margin-top: 0 !important;
}

很多玩家为了拉满网速，会拉两条千兆宽带，搭配支持双 WAN 的路由器做负载均衡，本以为叠加之后就能跑出接近 2000M 的测速结果，可单次测速永远只有单条千兆的速度，于是怀疑设备设置出错、宽带没生效。其实这不是故障，是绝大多数人都踩中的测速认知误区。

负载均衡和链路聚合，并不是简单把两条线路的带宽直接相加。常规测速工具在单次测试时只会建立单条数据流，一条数据流会根据哈希规则，固定走其中一条 WAN 线路，不会把这一个连接拆分到两条宽带同时传输。就像两条并排的车道，同一辆车只能在其中一条车道行驶，车子本身的速度上限不会翻倍，只是同时跑的车辆变多之后，整条道路总的通行能力提升了。
这也就解释了现象：单独一台电脑跑测速，上限就是单条宽带速率；但多台设备同时下载、看视频、传文件的时候，不同设备的流量会被分配到不同 WAN 口，整体网络吞吐才会体现两条宽带的总和。

这里还要分清两个容易混淆的功能。双 WAN 负载均衡适合多设备并发上网，侧重整体分流；而 LACP 链路聚合，多用于内网交换机、NAS 之间，并且要求链路两端设备同时支持聚合协议，家用外网环境基本无法实现单流带宽叠加。不少商家宣传的 “带宽叠加”，刻意省略了单流不能提速这个前提，很容易误导用户。
想要验证负载均衡是否正常生效，不能只用一台设备单点测速。正确的测试方式是两台独立终端，同时连接不同测速服务器并发测速，如果两台设备都能稳定跑满各自的千兆带宽，就代表分流策略工作正常。也可以使用多线程多连接的压测工具，模拟多路并发流量，观察总吞吐。
如果你是追求单设备下载、测速跑满 2000M，双 WAN 负载均衡解决不了这个需求，更合适的方案是直接办理运营商 2000M 宽带；如果家里设备多、多人同时上网、经常多路并发下载，双 WAN 负载均衡才有实际价值，它的优势不在于单次测速数字，而在于多人同时用网时，不容易互相抢带宽、卡顿掉线。

测速只是网络的一个快照，单一测速结果，并不能完整代表负载均衡这类多线路方案的真实能力。看懂测速背后的流量分发逻辑，才不会被测速数字误导，选对适合自己的组网方案。