如何理解流程的触发设计？

如果您设计了这样主流程，表达您的业务处理逻辑。。。

从逻辑上看，您希望处理1，再同时处理2、处理3，然后处理4，这是没问题的。但您是否想过，这个流程，谁来调，什么时候开始调，什么条件下调。对于这些，TASKCTL都无从知道。因此，对于这样的主流程，是无法完成正常调度的，如果您以正常模式启动它，TASKCTL只能从一开始运行到结束，然后立即又从开始，再到结束，没完没了… … 这，显然不是您想要的。

对于这种决定一个流程什么时候开始运行，什么条件下运行的设计，我们就称为流程的触发设计。

不论是子流程，还是主流程是否都需要触发设计，怎样设计业务流程触发？

不是的。TASKCTL建议，您的业务处理逻辑，尽量采用子流程来表达，无需设计流程触发条件。同时我们设计一个主流程，在主流程中设计触发条件，并触发调用相应的业务子流程。如果您的业务流需要定时触发，干脆直接设计一个定时器来调用即可。

以下时两种常见的流程触发设计：

1.文件达到触发设计。表示只有当某个标志文件出现时，再调用相应业务流程

2.定时调度。设计一个定时器来调，指定每天23:01开始调

提示：不论是文件触发，还是定时触发设计，在monitor启动激活时，只需启动激活相应主流程或定时器即可。