【Fowable之前学习整理的笔记】

Flowable基础

主要的几张表:

• act_ge_bytearray:记录流程定义的资源信息，xml和流程图的图片信息。
• act_re_deployment:流程部署信息，记录这次部署行为。
• act_re_procdef: 流程定义，记录这次部署动作对应的流程信息。
• act_ru_task:当流程启动后，流转到对应的人就会在这张表插入一张记录当前记录代办信息。
• act_hi_procinst, act_hi_taskinst：记录流程实例信息。每启动一个流程实例，就会在act_hi_procinst中维护一条记录，然后在act_ru_execution中记录流程的分支。

service

ProcessEngineConfiguration

通过flowable.cgf.xml读取

ProcessEngine

RepositoryService – 资源管理类

• 是activiti的资源管理类，提供了管理和控制流程发布包和流程定义的操作。使用工作流建模工具设计的业务流
  程图需要使用此service将流程定义文件的内容部署。
• 除了部署流程定义以外还可以：直询引|擎中的发布包和流程定义。
• 暂停或激活发布包，对应全部和特定流程定义。暂停意味着它们不能再执行任何操作了，激活是对应的反向
  操作。获得多种资源，像是包含在发布包里的文件，或引擎自动生成的流程图。
• 获得流程定义的pojo版本，可以用来通过java解析流程，而不必通过xml。

RuntimeService – 流程运行管理类

• Activiti的流程运行管理类。可以从这个服务类中获取很多关于流程执行相关的信息

HistoryService – 历史管理类

• Flowable的历史管理类，可以查询历史信息，执行流程时，引擎会保存很多数据（根据配置），比如流程实例启动时间，任务的参与者，完成任务的时间，每个流程实例的执行路径。这个服务主要通过查询功能来获得这些数据。

TaskService – 任务管理类

• Activti的任务管理类。可以从这个类中获取任务的信息

ManagementService – 引擎管理类

• Activiti的引擎管理类，提供了对Flowable 流程引擎的管理和维护功能，这些功能不在工作流驱动的应用程序中
  使用，主要用于 Flowable系统的日常维护。

IdentityService

用户信息，用户组信息

FormService

表结构

• 工作流程的相关操作都是操作存储在对应的表结构中，为了能更好的弄清楚Flowable的实现原理和细节，我们有必要先弄清楚Flowable的相关表结构及其作用。在Flowable中的表结构在初始化的时候会创建五类表结构，具体如下：
  • ACT_RE: RE表示 repository。这个前缀的表包含了流程定义和流程静态条 （图片，规则，等等）。
  • ACT_ RU:RU表示 runtime。这些运行时的表，包含流程实例，任务，变量，异步任务，等运行中的数据。
    • Flowable只在流程实例执行过程中保存这些数据，在流程结束时就会删除这些记录。这样运行时表可以一直很小速度很快。
  • ACT_Hl：HI表示 history。这些表包含历史数据，比如历史流程实例、变量、任务等等。
  • ACT_GE: GE 表示 general。通用数据，用于不同场景下
  • ACT_ID:ID表示identity（组织机构）。这些表包含标识的信息，如用户，用户组，等等。
    
    
    挂起act_re_procdef中的
    
    act_ru_task 中
    
    act_ru_task 中 记录流程实例Id
    

流程实例启动

流程审批

流程完毕

监听

流程变量

候选人

• claim拾取，unclaim 归还
• 
  

候选人组

网关

• 排它网关
  
  
  

• 并行网关
  

• 包含网关

• 事件网关