tech/node · 集群 A · 节点数量与调度 · 3/6

代理节点负载均衡原理：服务端调度、客户端策略组与「智能」宣传辨析

两种完全不同的「负载均衡」

在机场语境中，「负载均衡」一词至少指代两种完全不同的机制：一种发生在服务商的服务器端，一种发生在你的客户端里。它们的实现位置、调度依据和对你的影响都不相同，混为一谈是很多误解的来源。

① 服务端调度
你 ──▶ [入口]──┬──▶ 出口服务器 A
               ├──▶ 出口服务器 B   ← 服务商决定分配给谁
               └──▶ 出口服务器 C
   客户端里只看到一个节点

② 客户端策略组
你的客户端 ──定时测试──▶ 节点 1、节点 2、节点 3……
           └──按规则自动选择其一或分散使用
   客户端里看到一个「组」，由你的设备做决定

服务端调度的原理

服务端调度是指用户连接到一个入口地址后，由服务商在后方决定这条连接交给哪台出口服务器处理。从网络工程角度，这与网站常用的负载均衡器原理相同：入口处有一个分发层，依据某种策略把请求分配到后端的服务器池。

常见的分配策略包括：

服务端调度对用户是透明的，你无法从客户端看到它是否存在、使用哪种策略。它的潜在影响主要在于出口 IP：如果使用的不是源地址哈希类策略，你的不同连接可能从不同出口发出，目标网站看到的 IP 就会变化。对于网页浏览，这几乎没有影响；对于需要登录状态一致的服务，频繁变化的出口 IP 可能触发额外验证。

客户端策略组的原理

客户端策略组是订阅中预置或用户自行配置的节点分组，客户端按组的类型自动选择节点。以 Clash 系客户端为例，常见的三种自动类型如下：

这三种类型都只在你的设备上运行，调度依据也很有限。url-test 测的是一次 HTTP 请求的往返时间，它能反映节点是否可达、路径大致长短，但不能反映带宽是否充足、晚高峰是否拥塞。url-test 通常还有一个容差参数，延迟差异小于容差时不切换，以避免频繁跳动。

load-balance 有不同的分配方式，有些按目标地址做一致性哈希（同一网站尽量走同一节点），有些轮询（每个连接换一个节点）。后者会让出口 IP 在请求之间频繁变化，对需要 IP 一致性的场景不友好。客户端中如何查看与配置策略组，可参考 桌面客户端 与 移动客户端 专题。

负载均衡与出口 IP 一致性

负载均衡和出口 IP 一致性之间存在天然的张力：分散负载意味着连接会被分到不同出口，而某些场景希望出口始终不变。

场景对出口一致性的需求
├─ 网页浏览、下载        → 不敏感，负载均衡无副作用
├─ 视频播放              → 单次播放期间最好不变，否则可能中断
├─ 账号登录、AI 工具     → 较敏感，出口频繁变化可能触发验证
└─ 地区性服务            → 敏感，不同出口地区不一致会出问题

对出口一致性敏感的场景，可以考虑手动固定节点或使用 fallback 类分组，而不是 load-balance。至于服务端调度是否会改变出口，只能通过连续多次查询出口 IP 来观察：如果同一节点在不同连接中显示不同的出口 IP，说明后方存在多出口调度。IP 一致性与平台风控的关系，参考 IP 信誉怎么形成 与 AI 工具访问 专题。

如何解读「智能负载均衡」宣传

面对「智能负载均衡」「智能调度」之类的宣传，可以通过三个问题来判断其实际含义：调度发生在哪里、依据是什么、对出口有什么影响。

本站品牌库中，唯兔云的线路资料包含「智能负载均衡」，这是品牌资料中的声明，本站未核实其具体实现，也未实测其效果（Not Tested）。该品牌资料同时声明 60+ 节点（未核实）与三网优化。用上面的三个问题去理解这条资料：

这三个问题的答案没有好坏之分，只决定它适合什么场景。该品牌与资料标注 IEPL 的宇宙云同为 14.9元（月付）/ 100GB，二者资料差异可参考 唯兔云与宇宙云对比。

用户可以做什么

理解原理之后，用户能做的事情其实很具体：按场景选择分组类型，并在需要时手动固定节点。

• 日常浏览：可以使用 url-test 分组，让客户端自动选择延迟较低的节点；
• 下载与视频：延迟最低不等于带宽最充足，可以在常用时段手动对比几个节点后固定使用；
• 需要出口一致的场景：使用 fallback 或手动固定节点，避免 load-balance 轮询；
• 发现自动选择频繁跳动：适当增大 url-test 的容差或测试间隔（以客户端支持为准）。

节点选择还与倍率有关，自动分组可能选中高倍率节点而增加流量消耗，参考 节点倍率是什么。想查看节点调度类品牌的资料，可前往 节点调度标签页 或 机场品牌库。