引用53楼详细内容：

这个任务ID，是定义了任务的种类，还是定义了任务的时序？亦或两者兼而有之？

问题1，你如何确定你这个任务去插队的位置？按调用时序？

问题2，相同的任务ID，如何确定调用时序？按程序调用排列的先后？如果是这样，你去搞个排序又有啥意义呢？

问题3，既然任务ID是用来定义不同的任务的，那功能块应该可以涵盖所有ID所对应的任务，如果有20钟任务ID，那这个功能块就能实现20种不同的功能对吧？那这个代码效率是不是有点低哦，每次调用只执行代码功能的1/20是吧？

引用49楼详细内容：

正如“先入先出”控制块，它的存在是为了协调多个对象之间的前后关系的，但它能够协调多少对象，在这个块写完后，这个块所能够协调的对象的最大数量是已经确定了的。

为什么不能有个块可以自动适应任意个数的控制对象的协调呢？

我明白了，你所描述的是控制对象之间逻辑关系的功能块，但控制对象之间的逻辑关系千差万别，排个队是最最简单的关系了吧？不同的逻辑关系，是不是需要不同的功能块？你用一个数据接口，让两个不同的功能块能分别判断变化的功能？

所以我说：

针对这些，我就建议将每一个对象拆分出来做成一个单独的块，再根据每个工程的不同来调用适合的数量的势力（实例），然后通过一个统一的inout接口来协调他们之间的逻辑关系。

这段话你重复很多遍了，始终不能理解，打个比方，你是一个管理员管很多个排队的人，还是每个排队的人都有一个管理员，当然这个管理员像孙悟空那样有分身术而脑子是统一的？愿闻其详。