忙的晕头转向，昨天忘发了，囧。

距离上次跟小伙伴们汇报 TienChin 项目视频进度已经过去一个月啦，今天是 11 月 1 号，再来汇报一下十月份视频的进展。

[TOC]

在之前的文章中松哥和小伙伴们聊过，正在执行的流程信息是保存在以 ACT_RU_ 为前缀的表中，执行完毕的流程信息则保存在以 ACT_HI_ 为前缀的表中，也就是流程历史信息表，当然这个历史信息表继续细分的话，还有好多种，今天我们就来聊一聊这个话题。

[TOC]

在之前的文章中，松哥也有和小伙伴们使用过流程变量，然而没有和大家系统的梳理过流程变量的具体玩法以及它对应的数据表详情，今天我们就来看看 Flowable 中流程变量的详细玩法。

Flowable 中网关类型其实也不少，常见的主要有三种类型，分别是：

今天是 1024，虽说是商家的诡计，但不管怎么说，也算是程序员的节日，虽然在今天可能还是无法避免加班，但是在今天回顾一下入行的故事，也可以鞭策自己继续前行。

前面的文章我们一起玩了 Flowable 中的 ServiceTask，今天我们再来看看 Flowable 中的脚本任务。

前面和小伙伴们分别聊了 Flowable 中的 ReceiveTask 和 UserTask，今天我们来看看另外一个比较常见的 Task –> ServiceTask。

[TOC]

前面松哥和大家分享的都是给 UserTask 设置处理人或者是候选用户，不过小伙伴们也知道，在我们为 UserTask 设置处理人的时候，除了设置单个的处理人，也可以设置 Group，就是某一个用户组内的所有用户都可以处理该 Task。

[TOC]

上篇文章松哥和大家分享了 Flowable 中设置任务处理人的四种方式，不过那四种方式都是针对单个任务处理人，有的时候，一个任务节点会存在多个候选人，例如 zhangsan 提交一个任务，这个任务即可以 lisi 处理，又可以 wangwu 处理，那么针对这种多个任务候选人的情况，我们该如何处理？今天一起来看看。

[TOC]

上篇文章松哥和大家分享了 Flowable 中的 ReceiveTask，这只是流程中任务的一种，今天我们就一起来看另外一个更为常见的 Task–UserTask。