「负载均衡」四个字里，「负载」是很容易被跳过但其实最值得抠清楚的概念——对用代理IP跑批量任务的人来说，搞懂负载是什么尤其有用：它指的不是抽象的「忙不忙」，而是可量化的待处理工作量。同一组后端，用不同的口径去量负载，均衡出来的结果会不一样——把负载的定义搞清，是理解整个机制的第一步。
为什么要把负载拆成几种口径而不是统一说「忙不忙」？因为不同业务「忙」的方式不同：有的忙在请求来得密，有的忙在连接挂得久，有的忙在数据流得大——用单一口径去量不同类型的忙，就像用一把尺子量面积，必然失真。先看业务最消耗什么，再决定用哪种口径衡量，是均衡设计里最先要做的判断——代理IP评估出口负载，同样要先分口径再谈够不够。
最常见的负载口径是请求数：单位时间内来了多少个请求，按数量分给各后端。请求数口径简单直观，适合处理成本相近的业务——每个请求花的力气差不多，按数量分就是按力气分。
第二种口径是连接数：同时有多少条连接挂在各后端上。连接数口径适合长连接类业务——连接的建立与维持本身是成本，连接越多的后端越忙，哪怕它当前请求不多。
第三种口径看流量
第三种口径是吞吐流量：单位时间传输的数据量。流量口径适合传输型业务——下载、上传、音视频，数据量大才是真忙，请求数少但流量大同样需要更多资源。三种口径没有优劣，只有合不合适，选口径要先问业务消耗在哪儿。
对代理IP使用者来说，「负载」口径的思路同样有用：评估出口够不够用时，别只数请求次数，还要看单次任务的流量大小与连接长短——三个口径各看一面，合起来才是出口真实的忙碌程度，这与负载均衡选口径是同一个道理。
口径选择还有一个现实影响：它决定了均衡器「感知忙闲」的精度。按请求数分，均衡器只需计数，反应快但可能看走眼（大请求小请求不分）；按流量分，感知更贴近真实消耗，但要持续统计传输量，实现更重。精度与成本的权衡，也是选口径时躲不开的一笔账，代理IP带宽评估里也常见这道选择题。
负载的三种口径：请求数看数量、连接数看占用、流量看体量——选口径先问业务消耗在哪儿，代理IP评估出口也是同一逻辑。
实际系统里三种口径还会组合使用：主口径负责日常分配，辅口径用于发现异常——比如请求数不多但某后端流量异常大，辅助流量口径就能及时报警。多口径并行让均衡对负载的感知更立体，是成熟均衡系统常见的做法，代理IP出口监测同样值得多口径并行。
口径定完谁来做主
负载口径定下来之后，谁来负责「看负载、做分配」？答案是调度算法——它按选定口径观察各后端的忙碌程度，决定下一个请求交给谁。下一篇把调度算法的家族成员挨个介绍，看它们各自用什么思路把负载分均匀。