Flowable 中 ReceiveTask 怎么玩？

在之前的案例中，松哥和大家举例最多的 Task 主要是 UserTask 和 ServiceTask，ReceiveTask 虽然也和大家提过但是没有仔细讲过，今天我们就来捋一捋 ReceiveTask 在 Flowable 中到底怎么玩。,接受任务（Receive Task），接触过 Flowable 的小伙伴应该是见过或者听说过，它的图标如下图：,,ReceiveTask 可以算是 Flowable 中最简单的一种任务，当该任务到达的时候，它不做任何逻辑，而是被动地等待用户 Trigger。,ReceiveTask 往往适用于一些不明确的阻塞，例如：一个复杂的计算需要等待很多条件，这些条件是需要人为来判断是否可以执行，而不是直接执行，这个时候，工作人员如果判断可以继续了，那么就 Trigger 一下使流程继续向下执行。,基于以上介绍，ReceiveTask 还有一个中文名字叫做等待任务，也就是说，流程走到 ReceiveTask 这个节点的时候，就卡住了，需要用户手动点一下，流程才会继续向下走。,我们绘制一个简单的流程图来看下 ReceiveTask 到底是啥样子，流程图如下：,,ReceiveTask 图标上有一个信封。,小伙伴们绘制的时候，首先选择用户任务：,,然后点击设置按钮，将用户任务切换为 ReceiveTask 即可：,,绘制完成后，我们下载这个流程图对应的 XML 文件。,来看看，带 ReceiveTask 的流程图是下面这样的：,这个松哥在之前的文章中已经反复介绍过多次了，这里就不再赘述了，大家参考我们之前的文章部署并启动上面这个流程。,当流程启动之后，按照我们前面文章的分析，我们先去数据库中 ACT_RU_TASK​ 表进行查看，发现该表空空如也。也就是 ReceiveTask 并不会被记录在 ACT_RU_TASK​ 表中，他们只是单纯的被记录在 ACT_RU_EXECUTION 表中，因为在该表中，我们可以查看 ReceiveTask 的记录。,对于 ReceiveTask 的触发方式也很简单，如下：,由于 ReceiveTask 的触发需要传入的参数是执行实例 ID 而不是流程实例 ID，所以我们要查询出来当前待触发的执行实例 ID。具体的查询方式就是根据 ReceiveTask 的节点名称去查询。,查询到执行实例 ID 之后，调用 trigger 方法完成触发，使得流程继续向下走。,好啦，现在流程进入到发送今日销售业绩给老板这个环节了，老办法继续查询并执行：,这个执行完层后，这个流程就结束了。现在我们去查看 ACT_RU_ACTINST​ 表已经空了，查看 ACT_RU_EXECUTION 表也空了。,