Activiti总结

Activiti总结1.关于Activiti简介1.Activiti它是什么东西，有什么功能，怎么实现？Activiti是一个业务流程管理引擎，它的流程图大概就像是列车的轨道，而所要执行的对象像是一辆自动运行的列车，只要列车启动，它就能沿着轨道一直走到终点，而其中的节点就像是列车到达终点途中所要经过的火车站，它会告诉火车下一站是哪里，然后火车就往指定的下一站驶去，直到终点，流程结束。

2.Activiti数据库的理解以及关联关系1)activiti在每个节点都能知道下一个节点是什么，以及当前任务是什么，那势必会有存储流程的各种信息的表，activiti共有23张表ACT_RE_*: 'RE'表示repository。

这个前缀的表包含了流程定义和流程静态资源（图片，规则，等等）。

ACT_RU_*: 'RU'表示runtime。

这些运行时的表，包含流程实例，任务，变量，异步任务，等运行中的数据。

Activiti只在流程实例执行过程中保存这些数据，在流程结束时就会删除这些记录。

这样运行时表可以一直很小速度很快。

ACT_ID_*: 'ID'表示identity。

这些表包含身份信息，比如用户，组等等。

ACT_HI_*: 'HI'表示history。

这些表包含历史数据，比如历史流程实例，变量，任务等等。

ACT_GE_*: 通用数据，用于不同场景下。

2) 表关联关系资源库流程规则表1) act_re_deployment 部署信息表2) act_re_model 流程设计模型部署表3) act_re_procdef 流程定义数据表运行时数据库表1) act_ru_execution运行时流程执行实例表2) act_ru_identitylink运行时流程人员表，主要存储任务节点与参与者的相关信息3) act_ru_task运行时任务节点表4) act_ru_variable运行时流程变量数据表历史数据库表1) act_hi_actinst 历史节点表2) act_hi_attachment历史附件表3) act_hi_comment历史意见表4) act_hi_identitylink历史流程人员表5) act_hi_detail历史详情表，提供历史变量的查询6) act_hi_procinst历史流程实例表7) act_hi_taskinst历史任务实例表8) act_hi_varinst历史变量表组织机构表1) act_id_group用户组信息表2) act_id_info用户扩展信息表3) act_id_membership用户与用户组对应信息表4) act_id_user用户信息表这四张表很常见，基本的组织机构管理，关于用户认证方面建议还是自己开发一套，组件自带的功能太简单，使用中有很多需求难以满足需重新自建。

sys_user用户信息表sys_dept部门信息表sys_role 角色信息表sys_menu 菜单信息表通用数据表1) act_ge_bytearray二进制数据表，会存储自己所创建的工作流程图2) act_ge_property属性数据表存储整个流程引擎级别的数据,初始化表结构时，会默认插入三条记录3.关于elicplse中activiti插件下载4.关于maven 项目中activiti 配置依赖jar包<dependency><groupId>org.activiti</groupId><artifactId>activiti-engine</artifactId><version>${activiti.version}</version></dependency>注: 默认activiti-engine依赖中没有提供SLF4J绑定的jar，需要根据你的实际需要使用日志框架。

<dependency><groupId>org.activiti</groupId><artifactId>activiti-spring</artifactId><version>${activiti.version}</version></dependency>注: 可以直接用于Activiti-Spring的集成注解的配置(如：@EnableActiviti注解，@Bean注解)<dependency><groupId>org.activiti</groupId><artifactId>activiti-modeler</artifactId><version>${activiti.version}</version></dependency>注: activiti-modeler模块提供模型先关的操作：创建、保存、转换json与xml 格式等访问详细解释路径: /docs/activiti/index.html <dependency><groupId>org.activiti</groupId><artifactId>activiti-diagram-rest</artifactId><version>${activiti.version}</version></dependency>注: activiti-diagram-rest模块用来处理流程图有关的功能：流程图布局（layout）、节点高亮等访问: https:///whatlookingfor/article/details/52958668 5.关于activiti网关1)网关分为3种1.1)排他网关1.1.1)排他网关（也叫异或（XOR）网关，或更技术性的叫法基于数据的排他网关），用来在流程中实现决策。

当流程执行到这个网关，所有外出顺序流都会被处理一遍。

其中条件解析为true的顺序流（或者没有设置条件，概念上在顺序流上定义了一个'true'）会被选中，让流程继续运行。

注意这里的外出顺序流与BPMN 2.0通常的概念是不同的。

通常情况下，所有条件结果为true的顺序流都会被选中，以并行方式执行，但排他网关只会选择一条顺序流执行。

就是说，虽然多个顺序流的条件结果为true，那么XML中的第一个顺序流（也只有这一条）会被选中，并用来继续运行流程。

如果没有选中任何顺序流，会抛出一个异常。

1.1.2)图形标记: 排他网关显示成一个普通网关（比如，菱形图形），内部是一个“X”图标，表示异或（XOR）语义。

注意，没有内部图标的网关，默认为排他网关。

BPMN2.0规范不允许在同一个流程定义中同时使用没有X和有X 的菱形图形。

1.2）并行网关1.2.1）网关也可以表示流程中的并行情况。

最简单的并行网关是并行网关，它允许将流程分成多条分支，也可以把多条分支汇聚到一起。

of execution.并行网关的功能是基于进入和外出的顺序流的：分支：并行后的所有外出顺序流，为每个顺序流都创建一个并发分支。

汇聚：所有到达并行网关，在此等待的进入分支，直到所有进入顺序流的分支都到达以后，流程就会通过汇聚网关。

注意，如果同一个并行网关有多个进入和多个外出顺序流，它就同时具有分支和汇聚功能。

这时，网关会先汇聚所有进入的顺序流，然后再切分成多个并行分支。

与其他网关的主要区别是，并行网关不会解析条件。

即使顺序流中定义了条件，也会被忽略。

1.2.2)图形标记: 并行网关显示成一个普通网关（菱形）内部是一个“加号”图标，表示“与（AND）”语义。

1.3）包含网关1.3.1)包含网关可以看做是排他网关和并行网关的结合体。

和排他网关一样，你可以在外出顺序流上定义条件，包含网关会解析它们。

但是主要的区别是包含网关可以选择多于一条顺序流，这和并行网关一样。

包含网关的功能是基于进入和外出顺序流的：分支：所有外出顺序流的条件都会被解析，结果为true的顺序流会以并行方式继续执行，会为每个顺序流创建一个分支。

汇聚：所有并行分支到达包含网关，会进入等待章台，直到每个包含流程token的进入顺序流的分支都到达。

这是与并行网关的最大不同。

换句话说，包含网关只会等待被选中执行了的进入顺序流。

在汇聚之后，流程会穿过包含网关继续执行。

注意，如果同一个包含节点拥有多个进入和外出顺序流，它就会同时含有分支和汇聚功能。

这时，网关会先汇聚所有拥有流程token的进入顺序流，再根据条件判断结果为true的外出顺序流，为它们生成多条并行分支。

1.3.2)图形标记: 并行网关显示为一个普通网关（菱形），内部包含一个圆圈图标。

2)参考:/docs/activiti/index.html6.Activiti流程图简介6.1)怎么画流程图:6.1.1）上述已有插件路径，在elicplse中创建后缀名为: .bpmn文件(系统自动解析文件为xml格式) 如图：注：Activiti会自动生成xml格式的文件6.2)工作流引擎6.2.1)ProcessEngine对象，这是Activiti工作的核心。

负责生成流程运行时的各种实例及数据、监控和管理流程的运行。

7.Activiti的几个核心类7.1)activiti服务结果图:7.1.1)如图:7.2)activiti核心类:7.2.1)activiti八大核心组件:(1)repositoryService：activiti是不能直接识别xml格式的流程图的，流程图文件必须被部署到activiti中才能被activiti识别并使用。

而这个过程就是使用repositoryService来完成的，流程图被导入后，会放到act_re_打头的几个表中。

repositoryService提供了若干个接口，既可以部署xml文件到数据库中，也可以从数据库检索特定流程图供处理。

(2)runtimeService：activiti最重要的一个服务，基本上所有的关于流程的操作都是通过此服务来执行的。

例如启动流程、审批、会签等等。

(3)formService：工作流的设计思路之一就是将每个节点需要显示的数据直接绑定到此节点。

而formService就是专门为此服务的，使用formService可以获取某个节点绑定的表单数据。

当然，如果没有表单绑定到此节点，此服务就没有任何用处。

(4)identityService：activiti自带的用于管理自身的组织机构的服务。