外观
机场负载均衡能叠加网速吗 小白看懂原理和用法
机场订阅里有个“负载均衡”，看起来像是能同时用上好几个节点。是不是选中它，两条 100 Mbps 的节点，就能变成 200 Mbps？
负载均衡能把不同连接分给多个节点，让它们分担任务。多项任务的合计速度可能提高，但单条连接不会因此自动获得多个节点叠加的速度。 如果只是想让眼前这个视频更流畅，选一条实际好用的节点，往往更直接。
负载均衡到底在分什么
这里讲的是 FlClash、Clash Verge Rev 等常见 Mihomo 客户端中的 load-balance 策略组。它和上一篇的自动选择、故障转移一样，通常是一个包含多个节点的分组。
可以把节点想成超市收银台：只有一个顾客，就到某一个收银台结账；来了好几个顾客，才有机会分到不同收银台，同时处理。
在客户端里，被分配的是连接。你打开网页、下载文件、运行应用，都可能建立网络连接；一个网页或一次下载，也可能使用多条连接。
例如，三个不同任务各自建立新连接，采用轮询分配时，可以分别交给 A、B、C 节点。同一条连接一旦选中了 A，传输的数据仍然通过 A，不会一会儿走 A、一会儿走 B。 这可以从 Mihomo 的负载均衡连接实现看到。
它也不等于“自动找到最空闲的节点”。常见策略按轮流、目标地址等条件分配，不会因为某条节点正在下载大文件，就一定把其他任务都让给空闲节点。分到的连接数量接近，传输的流量也未必一样多。
到底能不能叠加网速
要分开看：你说的是某一条连接的速度，还是几项任务加起来的速度。
假设节点 A、B 各有 100 Mbps 的可用能力，下面的数字只用于解释原理，不是实测结果。
只建立一条连接时，即使组里有 A、B 两个节点，这条连接仍然只选其中一个。它不会因为“另一个也在线”，就自动把两边的能力合在一起。
多条连接确实分散到 A、B 时，两个节点可以同时传输。只要本地宽带、机场线路和下载来源都允许，多项任务的合计速度就有机会超过单个节点，但不能承诺达到 200 Mbps。
共同经过的地方太窄时，分开也没有用。比如你家宽带只有 80 Mbps，两边的数据最后都要经过这条宽带，总速度仍受它限制。节点共享同一个入口、中转资源，或套餐本身有总限速时，也可能遇到同样的问题。
所以，它可以帮助多条连接利用不同节点，却不是“一键网速翻倍”按钮。 多个节点名称，也不代表背后一定有多份独立带宽。
为什么开了多线程 仍可能只用一个节点
因为负载均衡不只有一种分配方式。Mihomo 的官方配置说明列出了几种常见策略：
| 策略 | 小白可以怎样理解 |
|---|---|
轮询 round-robin | 新连接轮流交给不同的可用节点 |
一致性哈希 consistent-hashing | 默认情况下，同一目标通常交给同一个节点；Mihomo 未另行指定策略时采用这一种 |
黏性会话 sticky-sessions | 默认情况下，同一来源访问同一目标时，暂时尽量沿用同一个节点 |
同一个网站的多条下载连接，可能仍然被分到同一个节点。 所以下载软件显示“多线程”，不代表客户端一定会把它们分散到多个出口。
另外，应用还可能复用已经建立的连接：多发几次请求，不一定就是多建几条连接。连接复用的基本概念可参考 MDN 的 HTTP 连接说明。
一个文件想利用多个节点，需要下载工具确实建立多条连接、分配策略允许分散，还要得到下载服务的支持。仅仅选中“负载均衡”，不会自动把一个文件拆成几份下载。
哪些场景值得试
| 你的使用场景 | 怎么选更合适 |
|---|---|
| 同时运行几个独立下载、浏览或后台任务 | 可以试负载均衡，观察任务是否分散、合计速度是否改善 |
| 路由器给多台设备提供代理 | 这些设备的连接都经过同一组时，可以按配置分担连接 |
| 只看一个视频，或只下载一个文件 | 不一定提速，先选一条实际体验好的节点 |
| 使用 AI、登录账号或有地区要求的服务 | 优先单独固定已确认可用的节点 |
| 希望首选线路坏了能自动用备用 | 可以考虑故障转移，不必为了备用就用负载均衡 |
例如，一个负载均衡组里同时有香港、日本、美国节点，不同连接就可能从不同地区出去。登录一个网站时，还可能访问多个不同域名；“同一目标尽量固定”也不代表整个登录过程永远使用同一出口。
对出口地区有要求的服务，可以单独分组，不必跟着普通下载一起均衡。 也别认为能通过健康检查的节点，就一定能用某个 AI 或播放某个地区的视频。
怎么试 才知道有没有效果
已有负载均衡组时，不需要先改配置。可以用一次简单对比判断：
- 在客户端的代理页面，先手动选一条平时好用的节点，运行自己常用的几个任务，看看完成速度和稳定性。
- 到控制这些任务的分组里，改选负载均衡，退出再打开相关应用，用相同的任务再试一次。
- 打开连接页面，查看不同任务实际经过哪些节点。只看到了多个节点名称，不能代替速度和体验对比。
- 有改善就保留；没改善，或出现登录异常、地区提示和卡顿，就切回原来的节点或分组。
比较时尽量使用同样的设备、网络和任务，不要只盯着列表里的 ms：它反映测试响应，不是总下载速度。大文件测试会消耗套餐流量，先用自己的实际任务判断即可。
负载均衡也不能保证正在进行的下载、游戏或通话无缝换线。当前连接所用节点断了，这条连接仍可能中断，需要重连。它最适合解决的是 多个连接怎样分担，是否更快，最后要看你的任务和线路有没有真正用上这份分担能力。