过去几个月，被某个物流项目恶心坏了,入行以来最难的一次。
更离谱的是，全程连轴转，连喘口气的档期都没给。
好在年前终于把系统压到“可稳态”，抽点时间把其中一段业务场景还原出来，权当给自己存档，也给大家排雷。

(其实是好久没更新了😭  水一期哈哈哈哈哈哈哈)

1. 业务诉求
起点唯一 → 终点从 N 个候选工位

中“实时均衡”挑选，永远让各终点的“排队任务数”保持同一水位。

2. 落地逻辑
① 申请点位（库内任意工作台）时，同步拿到该点的“码值”。
② 打开 申请点位 (下图一) 的“排队策略”开关，并启用“搬运任务-多工位” (下图二)模式。
③ 算法层实时读取各候选终点的排队长度，按“最小队列优先”动态指派终点，实现均分。

3. 能力延伸
既然搬运节点已支持“多工位”输出，我们就可以直接取到“本次任务被分配的终点码值” 即(transportTask.endSiteCode)。

把该码值做一次 Map 映射（字典表、SDK 调用、或简单 if/else 均可），即可拿到终点对应的外设编号。
于是“外设级”任务也能复用同一套均衡逻辑：
“终点均分” → “外设均分”，无需额外开发，只需一层码值映射。

   (图1)

(图2)