调度算法家族有哪些思路，代理IP语境看请求怎么被分出去

负载均衡的「分法」由调度算法决定，这与代理IP多任务里的出口分配是同一套逻辑——不同算法就是不同的分活思路。家族里最常用的几个成员各有各的取舍：有的按顺序轮流、有的看谁闲分给谁、有的认准同一类请求走同一后端。这篇把调度算法家族逐个看一遍，理解它们，均衡机制就懂了一半。

轮询是最朴素的思路：请求按顺序轮流分给各后端，一号给你、二号给他、三号回来再给你。它不看后端忙不闲，胜在简单公平——适合各后端能力相近、请求成本相近的场景，代理IP的出口轮流使用也常是这个思路。

加权轮询在轮询之上加了「力气」维度：后端能力强就多分一些请求，能力弱就少分——权重就是各后端接活份额的比例，适合后端配置不一的集群，让强机器多出力。权重不是玄学：内存大、CPU 强的机器权重给高些，配置普通的给低些，权重之和就是一轮请求的分配总盘；权重可以静态配置，也可以按后端近期表现动态调整，后者更智能但实现更复杂，代理IP按任务量给不同出口配使用比例也是同款思路。

看状态的两种算法

最少连接与最少请求是「看状态」的思路：每次分配前看一眼各后端当前的连接数或请求数，把新活交给最闲的那一个。它们比轮询聪明——能适应各请求耗时不同的现实，避免某个后端被慢请求拖住；代理IP按忙闲给出口派活，同样是看状态的思路。

最少连接与最少请求是孪生兄弟：连接数口径按「挂着几条线」判断，请求数口径按「排队几个活」判断——长连接业务用前者更准，短请求密集业务用后者更贴；两者都要求均衡器持续掌握各后端的最新状态，观察越及时分得越准。

一致性哈希是「认请求」的思路：按请求的某个特征（如来源标识）算出一个固定去向，同一特征的请求总走同一后端。它换来的是会话的自然连续，代价是负载可能不完全均匀——适合对「连续性」有要求的业务，固定账号配固定代理IP出口正是这个逻辑的日常版。

调度算法没有万能答案：轮询简单但不够聪明，看状态的聪明但要看实时数据，一致性哈希均匀性打折却换来连续。把家族成员收进一张表，取舍看得更清楚：

选择算法的本质是取舍——业务在意什么（公平/均衡/连续），就选对应的思路。

调度算法家族各取所需——代理IP多任务与服务器集群共用这套分活思路：轮询与加权管顺序、最少连接管实时均衡、一致性哈希管连续——选算法先想业务在意公平、均衡还是连续。

算法家族看完，再往上一层：均衡这件事发生在网络的哪个位置？DNS 能做均衡、四层七层各有分工、客户端侧也有均衡的思路——层级不同，均衡的粒度与能力完全不同，下一篇按层次展开。