蓝天⊙白云的博客

3.会签多实例时，如下是一个3人的会签，它会产生5条记录，一条是开始事件执行实例，一条是主干执行实例，只是它的状态为非激活状态，其它3个会签执行实例的parant_id值均是主干执行实例的id值，其中一个人做完了，这时候的act_ru_execution数据还是3条，但完成任务的那个执行实例is_active由1变为0了，它也一样等待其它2人会签均完成了才会转移到历史，如果查看act_ru_task表，则会发现原来3条，变为2条了，其中一条它已经转移到历史用户任务了。一般来讲一个流程实例都有一条主线。

【代码】工作流-结束流程。

事件网关的外出顺序流和普通顺序流不同，这些顺序流不会真的"执行"，相反它们让流程引擎去决定执行到事件网关的流程需要订阅哪些事件。和排他网关一样，你可以在外出顺序流上定义条件，包含网关会解析它们。并行网关允许将流程分成多条分支，也可以把多条分支汇聚到一起，并行网关的功能是基于进入和外出顺序流的。所有外出顺序流的条件都会被解析，结果为true的顺序流会以并行方式继续执行，会为每个顺序流创建。所有并行分支到达包含网关，会进入等待状态，直到每个包含流程token的进入顺序流的分支都到达。......

工作期间，有时候需要预先知道流程模型配置的EL表达式的结果，例如分配用户的地方，使用了EL表达式获取，那么在加签或减签时，需要提前知道他的最终值，以此来判断人员信息。

执行监听器则监听流程的所有节点和连线。主要有start、end、take事件。其中节点有start、end两种事件，而连线则有take事件。本文介绍执行监听器与任务监听器的基本原理和使用方法。当流程途径连线或者节点的时候，会触发对应的事件类型。

主流工作流技术选型和工作流历史参考

运行时，实现普通节点转会签节点。注意：该方法会改变原来的流程定义，导致下个实例发起错误。个人认为用处不大，仅仅作为技术实现探讨。

2. 获取多实例中的配置项。

此时我们图中所画的流程图在act_ru_execution表中对应的三条数据，与单线流程的知识相结合可以得知，此时得第一条数据对应的就是ProcessInstance的相关数据，三条数据的PROC_INST_ID_相等，可以得知它们是属于同一流程，再通过下面两条数据的PARENT_ID_等于第一条数据的PROC_INST_ID_可以知道，这两条数据是两条不同分支的执行实例信息Execution。（1）串行，配置两人，生成了3个执行实例，第一个是流程实例的执行实例，后面两个分别是按顺序执行的执行实例。

由于在日常情况下，我们的多实例要动态添加人员的场景，有没有这样的api呢？新的flowable有这样的功能。

【代码】工作流-获取节点的自定义标签。

在我们实际项目中，我们的流程配置和表单都是在一个系统中操作的，不可能在flowable的war包上做流程配置。所以集成modeler是flowable使用的开端。1.本地创建一个数据库叫flow-study。5：最终我们集成到我们的项目中是这样的。账号 admin 密码 test。2:修改数据库的账号密码。

背景：本来提供了设置name的接口，但是由于很多情况，流程还没有发起就结束了，这种就很难设置他的name，那么我们如何做呢？

我们可以看到flowable里面有很多命令模式，那么我们如何定义自己的命令呢？学无止境，每天在睡觉前都问一下自己今天的时间有没有挥霍。2.使用ManagementService来执行命令。重写execute方法。

我们的历史任务并不是很多，当我在150w的时候，查询已办任务和我发起的流程就相当慢，已办任务足足耗时3分钟，这个无法满足我们的业务需求，无奈之下才集成mongodb的，现在查询的速度在0.005s之内，提升性能上万倍。7.1. 按照flowable提供的实例直接在mongodb里面生成自己的相关表，但是他在你关系数据库中就不会生成数据了。7.2.按照自己约定的规则把流程实例和流程任务和其他表关联的信息存放到mongodb中，方便查询。2.从 act_re_model 复制到 act_de_model。

其实看flowable的源代码很简单的，就是一个命令模式，仿照他们的命令模式写自己的就可以了，没有太大的难度。不得不佩服flowable的作者，用命令模式规范了自己的代码，而且把这么好的东西开源出来，从来没有找我们要过钱，这是何等的伟大，像大神致敬。addCommentAndUpdateProcessStatus 这个方法是添加审批意见和更新流程状态，由于流程状态没有，我这里扩展了一张表，状态主要有审批中，驳回，暂存，转办，撤回，终止等等状态。DeleteChildExecutionCmd 删除执行实例。

act_ru_task表有一个parent_task_id_字段，可以给一个task创建subtask。正是因为以上原因，可以用于抄送任务，不影响主流程进行。结束子任务，根据上面指定的zl查询。根据任务id，查询子任务。也可以用于任务的裂变。

业务Key：员工发起请假申请时一般都要填写请假开始时间、请假结束时间、请假理由等和具体业务相关的数据，Activiti的25张表只会保存审批流程相关的数据，不会保存具体业务的数据，具体业务的数据需要开发人员自己定义表结构，自己维护，但是Activiti提供了一个字段（外键）可以保存和业务相关的数据，这个字段叫ACT_RU_EXECUTION.BUSINESS_KEY_，通常我们会保存业务表的主键id，这样我们就可以通过BUSINESS_KEY_关联到员工的请假时间、请假原因等数据了。

部署流程时会保存3张表：act_re_deployment、act_re_procdef、act_re_bytearray。

根据流程定义Id查询ACT_RE_PROCDEF.DEPLOYMENT_ID_，进而查询ACT_GE_BYTEARRAY.BYTES_，然后解析.bpmn文件，封装成Model对象。压缩包方式部署可以将多个.bpmn文件和.png文件打成一个.zip文件，然后一次性部署压缩包中的所有资源，个人感觉用处不大，打成压缩包不便于浏览.bpmn文件。候选人就是不指定任务节点的负责人，而是在实际审批的过程中由候选人自己将任务的负责人设置为自己或者候选人中的其他人，然后再由负责人去完成审批。一般情况下很少删除。

删除act_ru_identitylink。删除act_ru_execution。删除act_ru_variable。会签下的多实例退回，相对比较复杂。删除act_ru_task。

注意：直接点击Task Listeners 前面的三角是展示不了内容的，要先点击Task Listeners右边的空白处再点击三角才会展开，Listener也是如此。常用于监听Assignment事件，设置完负责人给负责人发一个消息来通知提示。任务监听器是处理业务逻辑的重要的地方，当任务创建、设定负责人、完成任务时都可以监听的到从而来处理自己的业务。Create：任务创建后触发。常用于任务创建后设置任务负责人等。Delete：任务完成后触发。开始事件和结束事件的开始和结束。流程活动的开始和结束。

变量都是有作用域的，在程序中方法内部的变量是属于局部变量，方法外的变量属于全局变量，同样流程变量也分全局变量global（作用在整个流程实例范围）和本地变量local（作用在单个任务或者单个执行实例）。在完成任务时设置流程变量，该流程变量只有在该任务完成后其它结点才可使用该变量，它的作用域是整个流程实例，如果设置的流程变量的key在流程实例中已存在相同的名字则后设置的变量替换前边设置的变量。（2）任务办理完成时设置（全局变量，只对后面的任务生效）（3）通过流程实例设置变量（全局变量）二：流程变量设置时机。

注意： flowable从6.4.1开始，act_de_model代替原来的act_re_model表，act_re_model将作废，大家要注意。每部署一次生成一条记录，首先生成这条数据，它的id主键将会被act_re_procdef和act_ge_bytearray作为外键。订阅了事件的流程实例（act_ru_event_subscr）（1）运行的执行实例表（act_ru_execution）（1）运行中的定时任务（act_ru_timer_job）流程设计模型部署表( act_re_model )；

【代码】flowable打印sql配置。

加签和转签功能

该属性的意思是这个任务循环的基数是多少，这个任务类型就是多实例任务，根据上面的解释，这个属性就是设置究竟是多少个实例的地方，比如我们需要五个人审批投票，然后就在这里设置个5就行了，为什么叫循环基数呢？就是因为如果我们的通过条件是3个人通过就ok的话，那么可能只需要3个实例就结束，进入到下一个环节了，而不是要5个实例。举个例子：比如我们有一个任务 可能需要多人审批,审批通过的条件可能比较多样，比如五个人审批。并行就是上面这5个任务可以同时执行，不受约束，串行就是一个个轮着来执行。