这个与任务序列中的break任务执行有关。

这个帖子不能沉啊，静待高手解密！

哈哈，其实11楼的高手已经告诉大家答案了。这个跟break任务有关。

长姿势

我研究了一下
1、首先，要明确叉车为什么可以一次性装载30个实体，很多人以为，叉车的容量为30就可以了，，其实不然。容量30当然是条件之一，还有一个必要条件是任务序列中必须有break任务（试着把叉车容量保持在30，把任务序列中的break任务删掉，会出现什么情况？结果是，叉车每次只会搬运一个实体）。
2、break任务被执行之后，新的任务会请求叉车去执行，请求被叉车接受之后，前一个还没完成的任务就会放在新任务的后面，等到新的任务完成，再去执行原来的任务。
3、基于第二点举例说明，现在假设该叉车的容量为5，实体到达之后，产生了100个任务在排队，ts1、ts2、ts3、ts4、ts5......ts99、ts100，叉车先去执行ts1，ts1包含5个任务序列（t1,t2,t3(break),t4,t5）,当执行到t3时中断了，任务队列中的第一个任务就会请求叉车去执行，也就是ts2发出了被执行的请求，这时叉车还有能力（容量决定能力）去执行，接收了ts2的请求，那么，既然ts1还没执行完，不可能把它销毁的（除非设置了先占值），所以应该把ts1重新放到tasksequence中，等到ts2执行完之后，再去执行ts1，所以现在tasksequence的排序变成了ts1、ts3、ts4、ts5......ts99、ts100。同理，ts2被执行到t3时同样中断，ts3发出了被执行的请求（这时问题来了，为什么先发出请求的是ts3而不是排在tasksequence中的第一个ts1呢？因为被中断的任务需要任务完成一个finish TS来触发），这时tasksequence的排序就变成了ts2、ts1、ts4、ts5......ts99、ts100。以此类推，ts3中断后接收ts4的请求，tasksequence的排序就变成了ts3、ts2、ts1、ts5、ts6......ts99、ts100；ts4中断后接收ts5的请求，tasksequence的排序就变成了ts4、ts3、ts2、ts1、ts6......ts99、ts100。装载完第五个实体（即执行ts5），当执行到t3，中断了，但是拒绝了ts6的请求（因为已经到达5个容量了），这时就会继续完成当前的任务（即ts5），之后就会在逐个去执行tasksequence的剩余任务。
3、所以，我想，这就是为什么会出现叉车从下游的最后一个暂存区开始卸载的原因。