求解协同任务序列报错问题

请问我这个模型  是哪里出了问题呢？  急求助

11# 小蔡来了
4 D$ v6 y" s( ?/ O" q9 a" G
% e7 E" j+ ^1 G; r$ Y0 U8 c1 l其实更多要考虑的是逻辑上的时间顺序。

) k0 R- S: O) z6 @+ q4 a5 sps：我觉得这个模型不一定需要使用协同任务，也可以使用任务分配器来指派的。

9# 慧娴亚伦


6 E: T( u2 H! N) o( \$ m" m9 T- ? 关于这个问题 我学的东西有限  还是不能解决  你能做个能实现我上面逻辑的模型么  我研究研究 谢谢了

9# 慧娴亚伦
3 T" }! @3 h9 O

额  感谢解答

7# 小蔡来了


9 y, ^: T- E" u. {" s2 u另外，你不必额外添加一个分配器来作为协同任务的分配执行器，可以直接让操作员来分配，你这样添加了之后引用有点乱。

7# 小蔡来了

  f6 J8 v* R2 Q- G, x9 _9 _
你可以试试不是一次性分配所有的协同任务，而是当每一个临时实体到达时分配一次协同任务，这样就能实现你的逻辑。关键点在于你要知道什么时候全部的任务分配的那个时间点里面，所有的引用是否存在或者符合你的要求。

6# 慧娴亚伦

' P  ^4 J8 R# |0 k7 Y额  大神 还是这个问题  要怎样避免这些问题  达到我想要实现的逻辑呢？

5# 小蔡来了
0 t8 ?4 G5 y1 ^- n

# t! m% `0 M) O6 H( @& `呃。。。因为你的任务里面写的是first()这个函数，还是一个道理，你这个任务是在进入时候下达的，只会读到下达任务那时候的暂存区状态。

4# 慧娴亚伦

感谢你的回答  我看了一下  第二个操作员只能拣取到一次临时实体  以后就拣取不到了  人直接没拿任何实体  来回走  这是怎么回事呢？

3# 小蔡来了


你把写代码的那个暂存区之前发生器的到达时间改为1即可。