公司动态

资源加载队列里的任务大小不一，每轮只取一个任务可能让大任务队列占用很多工作量。累计额度允许一个队列攒够预算再执行较大的任务，也允许连续处理几件小任务。

先把规则写清楚

三个队列各有固定的每轮额度。轮到非空队列时先增加额度，再按原顺序执行所有负担得起的队首任务，每做一个就扣除其大小。余额不足时停在队首，余额留到下轮；队列清空后余额归零，空队列不积攒额度。

本例输入与推演结果

三个队列任务大小分别为[[13, 18, 2, 15], [12, 12, 16, 8], [5, 12, 12, 11]]，每轮增加额度分别为[7, 3, 4]；队列与任务编号均从零开始。

轮次 | 队列 | 原余额 | 执行任务编号 | 保留余额 | 清空丢弃余额 1 | 0 | 0 | [] | 7 | 0 1 | 1 | 0 | [] | 3 | 0 1 | 2 | 0 | [] | 4 | 0 2 | 0 | 7 | [0] | 1 | 0 2 | 1 | 3 | [] | 6 | 0 2 | 2 | 4 | [0] | 3 | 0 3 | 0 | 1 | [] | 8 | 0 3 | 1 | 6 | [] | 9 | 0 3 | 2 | 3 | [] | 7 | 0 4 | 0 | 8 | [] | 15 | 0 4 | 1 | 9 | [0] | 0 | 0 4 | 2 | 7 | [] | 11 | 0 5 | 0 | 15 | [1, 2] | 2 | 0 5 | 1 | 0 | [] | 3 | 0 5 | 2 | 11 | [1] | 3 | 0 6 | 0 | 2 | [] | 9 | 0 6 | 1 | 3 | [] | 6 | 0 6 | 2 | 3 | [] | 7 | 0 7 | 0 | 9 | [3] | 0 | 1 7 | 1 | 6 | [] | 9 | 0 7 | 2 | 7 | [] | 11 | 0 8 | 1 | 9 | [1] | 0 | 0 8 | 2 | 11 | [2] | 3 | 0 9 | 1 | 0 | [] | 3 | 0 9 | 2 | 3 | [] | 7 | 0 10 | 1 | 3 | [] | 6 | 0 10 | 2 | 7 | [3] | 0 | 0 11 | 1 | 6 | [] | 9 | 0 12 | 1 | 9 | [] | 12 | 0 13 | 1 | 12 | [] | 15 | 0 14 | 1 | 15 | [2] | 2 | 0 15 | 1 | 2 | [] | 5 | 0 16 | 1 | 5 | [3] | 0 | 0

这里的编号只用来辨认本例中的对象，不能当成另一份记录里的固定身份。阅读表格时先找到输入，再顺着运算顺序对照输出；空列表、零值和不存在的结果有不同含义，不能混用。表中分数保留精确值，小数显示仅为阅读方便。

怎样自己复核

表格同时记录本轮新额度、执行的任务和剩余余额。没有执行任务的一轮不一定卡住，它可能正在积攒额度。禁止跳过前面的大任务去处理后面的便宜任务，否则就变成了另一种调度规则。

可把某个队首任务调到远大于单轮额度，验证它经过多轮仍能完成。再检查所有任务是否恰好执行一次、各队列内部顺序是否保持。最后一轮清空会丢弃余额，因此不能把最终零余额误解成每个队列累计投入完全相等。

适用范围

这里只比较抽象工作单位，不保证真实时间比例。任务执行不可中断，也没有新的任务到达；任务耗时与大小不一致、队列优先级改变或存在截止日期时，需要另外的约束。

本例是一套可复现的游戏机制练习，不依赖具体品牌或某个软件的默认设置。修改任何边界约定、输入参数或操作顺序后，应重新推演并保存中间状态。发现差异时先定位第一处不一致，再判断是规则不同还是计算错误，不要只把最终答案调整到看起来相同。