节点负载均衡(Load Balancing)怎么设置？永不断线的秘密

为什么需要负载均衡？

机场节点再多，单点故障也难免。高峰期拥堵、节点被墙、运营商限速，任何一个环节出问题都会导致断流。负载均衡（Load Balancing） 的核心思路是：将流量分散到多个节点上，当一个节点失效时自动切换到健康节点，实现“永不断线”的体验。

负载均衡的核心收益在「断流自动接管」——单节点故障不再打断使用；对延迟的影响取决于节点池质量，并非无条件更快。它是稳定性工具，不是加速器。

负载均衡的三种策略

负载均衡理论上有轮询、最小连接、随机等多种策略，但代理客户端里实际可用的通常是这三种：

1. 轮询（round-robin）：按顺序轮流使用节点，适合所有节点性能相近的场景。
2. 一致性哈希（consistent-hashing）：同一目标网站固定走同一节点，避免频繁换出口 IP 导致登录状态丢失，日常使用首选。
3. 会话粘滞（sticky-sessions）：同一来源的会话固定走同一节点，效果与一致性哈希类似，粒度不同。

极客建议：日常使用推荐“一致性哈希 + 健康检查”组合，既保住登录态又能自动剔除故障节点。

Clash Meta / Stash 配置教程

Clash Meta 内核（含 Stash、Clash Verge）原生支持负载均衡。以下是一个完整配置示例：

proxy-groups:
  - name: "负载均衡组"
    type: load-balance
    proxies:
      - 香港节点1
      - 香港节点2
      - 新加坡节点1
    url: 'http://www.gstatic.com/generate_204'
    interval: 300
    strategy: consistent-hashing  # 可选：round-robin / sticky-sessions

参数说明：

• url：健康检查地址，建议用 gstatic.com 或 cloudflare.com
• interval：检查间隔（秒），推荐300秒
• strategy：策略选择，consistent-hashing 可保证同一目标IP始终走同一节点，避免登录状态丢失

注意：Stash 用户需在策略组中开启“负载均衡”模式，并确保代理节点列表完整。

Surge 配置教程

Surge 通过 load-balance 策略组实现，配置方式类似：

[Proxy Group]
负载均衡 = load-balance, 香港节点1, 香港节点2, 新加坡节点1, url = http://www.gstatic.com/generate_204, interval = 300

Surge 还支持 fallback 策略，可作为负载均衡的补充：

[Proxy Group]
自动回退 = fallback, 香港节点1, 香港节点2, 新加坡节点1, url = http://www.gstatic.com/generate_204, interval = 300

区别：load-balance 把流量分散到多个节点；fallback 按列表顺序只用第一个通过健康检查的节点，挂了才切下一个——想要「主力节点 + 备胎」语义用后者。

进阶技巧：UDP 与 TCP 分流

部分机场对 UDP 支持不完善，可单独为 UDP 指定节点：

proxy-groups:
  - name: "TCP负载均衡"
    type: load-balance
    proxies:
      - 香港节点1
      - 香港节点2
    strategy: least-load

  - name: "UDP专用节点"
    proxies:
      - 新加坡节点1
    type: select

然后在规则中分流：

rules:
  - DST-PORT,53,UDP专用节点
  - MATCH,TCP负载均衡

注意顺序：规则从上到下匹配，MATCH 是兜底，必须放最后——放前面会吞掉后面所有规则。

这样既能享受 TCP 负载均衡，又能保证 DNS 查询等 UDP 流量稳定。

总结

负载均衡是提升网络稳定性的利器，但需注意：

• 策略选择要匹配场景（轮询适合下载，最小连接适合浏览）
• 健康检查频率不宜过高，避免消耗节点资源
• 节点池质量决定上限——同一机场内选不同落地组池，或用两家线路类型不同的机场互为备份（参考本站机场库的线路分组）

配置完成后，建议观察一段时间，根据实际延迟和丢包率微调策略。永不断线的秘密，就在这一行配置里。