批量环境里同时接进多条代理IP线路之后，下一个问题就是流量怎么分。分得随意，几条线路的忙闲差距会拉得很开；分得过细，配置项多到没人愿意维护。爱快软路由上做多线路负载分配，代理IP线路的承载差异要在分配环节就被考虑进去，而不是等运行一段时间再回头补配置。本文按两种分配口径、四个配置步骤与验证方法三段讲清这件事。
先定分配口径：按连接分还是按业务分
爱快里的分流基础是两种口径。第一种按连接数分摊，新建立的连接轮流落到不同线路上，短期看每条线路的连接数量接近。这种口径的好处是配置简单，不需要维护业务清单，坏处是它不看业务轻重——一个长耗时任务和一个短请求在连接数上等价，实际占用带宽可能相差十倍。
第二种按业务归属分配，先给业务分组，再把分组指到指定线路上。这种口径可控性强，但要付出维护成本：新增业务必须先归组，归组漏了的业务会走默认出口。批量环境里的经验是两种口径混用——常规业务按归属固定分配，临时任务与来源不明的流量按连接数分摊，这样既保证核心业务的出口可预测，也不会因为新业务来不及归组就全压到一条线路上。
还要提前定一个比例。多条线路的能力通常不完全一致，按连接数平均分配会让能力弱的线路先耗尽。爱快里可以通过权重把分配比例调开，权重值直接取线路能力的比值，不需要精算，粗调到位即可。
配置的四个步骤
第一步是建立线路池。把几条代理IP线路在软路由里登记为可切换的出口集合，命名规则建议用”用途加序号”，比如按业务缩写加编号，避免用线路商提供的原始名称——原始名称通常长且无含义，上百条配置里根本分不清谁是谁。
第二步是划分业务分组。按端口、按目标地址、按内网来源设备三种维度任选其一作为主维度，其余作为补充。主维度只选一个，这是维护性的关键：维度混用会导致同一条业务被多条规则命中，优先级判定就失去了可预测性。分组规模建议控制在十组以内，超出后合并同类项。
第三步是写分配规则。分组指向线路池，并给每条线路设权重。这一步最容易出错的地方是权重的取值口径不统一——有的按带宽比例填、有的按并发上限填，两种口径混在一起，实际分配比例就完全偏离预期。统一按同一种度量填权重，比填得精确更重要。
第四步是设默认出口。所有规则都没命中的流量走哪里，必须有明确答案。默认出口建议选承载能力最强的那条线路，且不要参与权重分配，避免它既承接溢出流量又被正常分配流量。
验证分配是否符合预期
验证方法很直接：让各类业务各跑一轮，然后看每条线路上的连接占用与流量占比。爱快的流量统计里能按出口查看，这一步通常在配置完成后二十分钟内就能看出结果。
要盯三种异常。一是某条线路连接数长期接近零，说明规则没命中，多半是分组条件写窄了或者端口清单缺项。二是某条线路承接了不该承接的业务，说明规则之间存在优先级冲突，需要调整顺序。三是各线路的连接数接近但流量差距悬殊，说明按连接数分摊在这种业务结构下不适用，应该把这部分流量改成按业务归属固定分配。
验证要留记录。建议把”每条线路承接了哪些分组、实际流量占比多少”做成一张两列对照表，下次调整规则时直接拿旧表比对，比重新观察一次快得多。
长期维护的三条经验
第一条是权重定期复核。线路能力会随供应商调整变化，业务量也会变化，一个季度不看权重，分配比例往往已经偏离原始设计较多。复核时不需要重新算，看各线路流量占比与承接能力的差距就够了。
第二条是分组只增不随意改。已经跑稳的分组不要为了”更合理”去重划，重划意味着所有相关规则都要复核一遍。新业务来时先归到最接近的既有分组，等同类积累到一定数量再单拆。
第三条是把默认出口的告警做严。默认出口承接的是”分类失败”的流量，它的量持续偏高就说明前面的分组有系统性缺口。看默认出口的流量趋势，比看任何一条分配线路的指标更能反映配置质量。爱快软路由在这种场景下提供的统计入口足够用，关键是把观察周期固定下来，而不是等出问题才去翻数据。负载分配这件事最后比拼的不是配置技巧，而是这三条经验有没有真的执行。
问：多条线路能力不同时，权重应该按带宽还是并发填？
取决于瓶颈在带宽还是在连接资源。文件类任务为主的场景按带宽填，请求类任务为主的场景按并发上限填。选定一种之后全部线路统一，不要混着填。
问：分配后某条线路总是先满载，是权重错了吗？
不一定是权重问题，更常见的是某个高并发分组被单独指到了这条线路上。先查这条线路承接的分组清单，把高并发分组拆到多条线路，再考虑调权重。