一.流程中配置审批人：
用户：系统中的该用户可以审批。
部门：该部门下的所有成员都可以审批。
角色：拥有该角色的用户都可以审批。
表单属性：该流程的表单信息中相对应的人员。
相对角色：针对于申请人的角色。
是否会签：当审批人为多人时，如果选择是，那么这多人全部审批通过才算通过，如果选择否，那么多人中一人通过就会通过。
二.流程中配置监听器：
${类名.方法名（execution，参数1，参数2）}，参数1，参数2可有可无，根据自己的需求来定，execution是流程对象，可以根据它找到对应的流程id，表单id等属性。
注：监听器中类名的首字母要小写。
表单属性一般有两个：同意和驳回，申请人节点的表单属性中没有驳回，只有同意。
AA跳：当第二个节点的审批人和第三个节点的审批人一样时，第二个通过后，第三个节点自动通过。
ABA跳：第二个节点和第四个节点审批人一样时，第二个通过后，第四个节点自动通过。其中这个B可以代表一个节点，也可以代表多个节点。
表单属性一般有两个：同意和驳回，申请人节点的表单属性中没有驳回，只有同意。
AA跳：当第二个节点的审批人和第三个节点的审批人一样时，第二个通过后，第三个节点自动通过。
ABA跳：第二个节点和第四个节点审批人一样时，第二个通过后，第四个节点自动通过。其中这个B可以代表一个节点，也可以代表多个节点。
唯一标识：一般在某个节点展示某些内容，其他节点不展示的时候，需要用到唯一标识。
流转条件不等于监听。
流转条件是当流程中满足某个条件时才会向这个方向流转，监听是当流程走过这个节点时需要进行的操作。
三.互斥网关：
1、互斥网关就好像一个人走到了一个岔路口，只能选择一条路前进，至于选择哪条路由顺序流的条件决定；也就是从互斥网关输出的顺序流1和顺序流2都被设置的有条件；
（1）如果只有一个顺序流的条件满足要求，则就走这个顺序流；
（2）如果有多个顺序流的条件满足要求，则哪个顺序流的定义在流程文件中靠前，走哪个顺序流；
（3）如果没有顺序流的条件满足要求，则抛出异常。
四.并行网关：
1、并行网关对执行流会有两种行为：分岔和合并；
（1）分岔：可以让一个执行流变为多个同时进行的并发执行流；从并行网关输出的顺序流1和顺序流2中不用设置条件，就算设置条件，并行网关也会忽略，因为他们不使用条件进行判断。
（2）合并：可以让多个执行流合并为一个执行流；
2、并行网关并不要求成对出现，即有了分岔并不一定有合并，有了合并也不一定有分岔；
3、一个并行网关允许同时出现分岔和合并两种行为，即多个执行流到达该并行网关时被合并，然后随机又被分岔为多个执行流。
五.兼容网关：
1、兼容网关就好像是互斥网关和并行网关的结合体，即可以当互斥网关使用，也可以当并行网关使用；
2、当互斥网关使用时，需要为从兼容网关输出的顺序流1和顺序流2设置条件：
（1）如果只有一个顺序流的条件满足要求，则就走这个顺序流；
（2）如果有多个顺序流的条件满足要求，则会并行走满足条件的所有顺序流；（这点和互斥网关有区别，互斥网关是哪个顺序流的定义在流程文件中靠前，走哪个顺序流）；
（3）如果没有顺序流的条件满足要求，则抛出异常。
3、当并行网关使用时，不能为从兼容网关输出的顺序流1和顺序流2设置条件；这样以来它就和并行网关的特性一模一样，既有分岔行为也有合并行为，且处理方式也和并行网关一致。