1：工作流的概念
1) 假设：这两张图就是华谊兄弟的请假流程图
2) 图的组成部分：
a. 人物：范冰冰 冯小刚 王中军
b. 事件（动作）：请假、批准、不批准
工作流(workflow)，就是“业务过程的部分或整体在计算机应用环境下的自动化”，它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促使此目标的实现”。
工作流管理系统(workflow management system, wfms)是一个软件系统，它完成工作量的定义和管理，并按照在系统中预先定义好的工作流规则进行工作流实例的执行。工作流管理系统不是企业的业务系统，而是为企业的业务系统的运行提供了一个软件的支撑环境。
工作流管理联盟(wfmc，workflow management coalition)给出的关于工作流管理系统的定义是：工作流管理系统是一个软件系统，它通过执行经过计算的流程定义去支持一批专门设定的业务流程。工作流管理系统被用来定义、管理、和执行工作流程。
工作流管理系统的目标：管理工作的流程以确保工作在正确的时间被期望的人员所执行——在自动化进行的业务过程中插入人工的执行和干预。
3：activiti介绍
activiti5是由alfresco软件在2010年5月17日发布的业务流程管理（bpm）框架，它是覆盖了业务流程管理、工作流、服务协作等领域的一个开源的、灵活的、易扩展的可执行流程语言框架。activiti基于apache许可的开源bpm平台，创始人tom baeyens是jboss jbpm的项目架构师，它特色是提供了eclipse插件，开发人员可以通过插件直接绘画出业务
流程图。
3.1：工作流引擎
processengine对象，这是activiti工作的核心。负责生成流程运行时的各种实例及数据、监控和管理流程的运行。
3.2：bpmn
业务流程建模与标注（business process model and notation，bpmn) ，描述流程的基本符号，包括这些图元如何组合成一个业务流程图（business process diagram）
3.3：数据库（先了解后看）
activiti数据库支持：
activiti的后台是有数据库的支持，所有的表都以act_开头。 第二部分是表示表的用途的两个字母标识。 用途也和服务的api对应。
act_re_*: ‘re’表示repository。 这个前缀的表包含了流程定义和流程静态资源 （图片，规则，等等）。
act_ru_*: ‘ru’表示runtime。 这些运行时的表，包含流程实例，任务，变量，异步任务，等运行中的数据。 activiti只在流程实例执行过程中保存这些数据， 在流程结束时就会删除这些记录。 这样运行时表可以一直很小速度很快。
act_id_*: ‘id’表示identity。 这些表包含身份信息，比如用户，组等等。
act_hi_*: ‘hi’表示history。 这些表包含历史数据，比如历史流程实例， 变量，任务等等。
act_ge_*: 通用数据， 用于不同场景下，如存放资源文件。
表结构操作：
3.3.1：资源库流程规则表
1) act_re_deployment 部署信息表
2) act_re_model 流程设计模型部署表
3) act_re_procdef 流程定义数据表
3.3.2：运行时数据库表
1) act_ru_execution 运行时流程执行实例表
2) act_ru_identitylink 运行时流程人员表，主要存储任务节点与参与者的相关信息
3) act_ru_task 运行时任务节点表
4) act_ru_variable 运行时流程变量数据表
3.3.3：历史数据库表
1) act_hi_actinst 历史节点表
2) act_hi_attachment 历史附件表
3) act_ih_comment 历史意见表
4) act_hi_identitylink 历史流程人员表
5) act_hi_detail 历史详情表，提供历史变量的查询
6) act_hi_procinst 历史流程实例表
7) act_hi_taskinst 历史任务实例表
8) act_hi_varinst 历史变量表
3.3.4：组织机构表
1) act_id_group 用户组信息表
2) act_id_info 用户扩展信息表
3) act_id_membership 用户与用户组对应信息表
4) act_id_user 用户信息表
这四张表很常见，基本的组织机构管理，关于用户认证方面建议还是自己开发一套，组件自带的功能太简单，使用中有很多需求难以满足
3.3.5：通用数据表
1) act_ge_bytearray 二进制数据表
2) act_ge_property 属性数据表存储整个流程引擎级别的数据,初始化表结构时，会默认插入三条记录，
3.4：activiti.cfg.xml（activiti的配置文件）
activiti核心配置文件，配置流程引擎创建工具的基本参数和数据库连接池参数。
定义数据库配置参数：
jdbcurl: 数据库的jdbc url。
jdbcdriver: 对应不同数据库类型的驱动。
jdbcusername: 连接数据库的用户名。
jdbcpassword: 连接数据库的密码。
基于jdbc参数配置的数据库连接 会使用默认的mybatis连接池。 下面的参数可以用来配置连接池（来自mybatis参数）：
jdbcmaxactiveconnections: 连接池中处于被使用状态的连接的最大值。默认为10。
jdbcmaxidleconnections: 连接池中处于空闲状态的连接的最大值。
jdbcmaxcheckouttime: 连接被取出使用的最长时间，超过时间会被强制回收。 默认为20000（20秒）。
jdbcmaxwaittime: 这是一个底层配置，让连接池可以在长时间无法获得连接时， 打印一条日志，并重新尝试获取一个连接。（避免因为错误配置导致沉默的操作失败）。 默认为20000（20秒）。
示例数据库配置：
也可以使用javax.sql.datasource。 （比如，apache commons的dbcp）：
3.5：logging.properties（日志处理）
日志的配置文件，activiti操作数据库的时候，整合的日志文件
4：准备环境
4.1：activiti5 软件环境
1) jdk1.6或者更高版本
2) 支持的数据库有：h2, mysql, oracle, postgres, mssql, db2等。
3) 支持activiti5运行的jar包
4) 开发环境为eclipse3.7或者以上版本,myeclipse为8.6版本
4.2：相关资源下载
1) jdk可以到sun的官网下载
2) 数据库，例如：mysql可以在官网上下载。
3) activiti也可以到activiti官方网站下载得到。
4) eclipse3.7或者myeclipse8.6也可以到相应的网站上获得下载。
4.3：安装流程设计器(eclipse插件)
4.3.1：安装方式一
在有网络的情况下，安装流程设计器步骤如下：
1) 打开 help -> install new software. 在如下面板中:
2) 在如下install界面板中，点击add按钮：
配置新装插件的地址和名称
3) 然后填入下列字段
name: activiti bpmn 2.0 designer
4) 回到install界面，在面板正中列表中把所有展示出来的项目都勾上：
5) 点击复选框
在detail部分记得选中 “contact all updates sites..” , 因为它会检查所有当前安装所需要的插件并可以被eclipse下载.
6) 安装完以后，点击新建工程new->other…打开面板，如果看到下图内容：
说明安装成功了。
4.3.2：安装方式二
在没有网络的情况下，安装流程设计器步骤如下：
1) 解压老师发给大家的 压缩包
2) 把压缩包中的内容放入eclipse根目录的dropins文件夹下
3) 重启eclipse，点击新建工程new->other…打开面板，如果看到下图内容：
说明安装成功了
4.4：对流程设计器的使用说明
打开菜单windows->preferences->activiti->save下流程流程图片的生成方式:
虽然流程引擎在单独部署bpmn文件时会自动生成图片，但在实际开发过程中，自动生成的图片会导致和bpmn中的坐标有出入，在实际项目中展示流程当前位置图会有问题。
所在完成以上配置后，会由我们自己来管理流程图片。在发布流程时把流程规则文件和流程图片一起上传就行了。
4.5：准备activiti5开发环境
4.5.1：添加activiti5的jar包
在activiti-5.13->wars目录下是一些示例项目，解压activiti-rest项目，导入activiti-rest目录中web-inf\lib下所有包。添加到classpath中。
由于我们使用的是mysql数据库，mysql数据库的链接驱动activiti官方包中并没有提供，需要我们自己导入。手动导入mysql-connector-java.jar，添加到classpath下。
4.5.2：初始化数据库
在activiti中，在创建核心的流程引擎对象时会自动建表。如果程序正常执行，mysql会自动建库，然后创建23张表。
4.5.3：添加并制定配置文件
在actiiti5中定制流程必定会操作到数据库，如果都像上面那样写一大段代码会非常麻烦，所以我们可以把数据库连接配置写入配置文件。
在activiti5的官方示例中并没有现成的配置文件，所以先得找到activiti-rest\web-inf\classes下有：
4.5.3.1：activiti-context.xml ：
一个类似spring结构的配置文件，清空内容后改名为activiti.cfg.xml，用来做流程引擎的相关配置。
按照上面代码配置processengineconfiguration对象，主要定义数据库的连接配置和建表策略，配置文件代码如下：
java代码如下：
createprocessengineconfigurationfromresource的参数值为我们添加的配置文件activiti.cfg.xml的名称，执行java代码，流程引擎对象创建成功运行后数据库会自动建表。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
4.5.3.2：log4j.properties 日志配置文件
把两个文件放入resource目录下即可。
5：核心api
5.1：processengine
说明：
1) 在activiti中最核心的类，其他的类都是由他而来。
2) 产生方式：
在前面看到了两种创建processengine（流程引擎）的方式，而这里要简化很多，调用processengines的getdefaultproceeengine方法时会自动加载classpath下名为activiti.cfg.xml文件。
3) 可以产生repositoryservice
4) 可以产生runtimeservice
5) 可以产生taskservice
各个service的作用：
repositoryservice 管理流程定义
runtimeservice 执行管理，包括启动、推进、删除流程实例等操作
taskservice 任务管理
historyservice 历史管理(执行完的数据的管理)
identityservice 组织机构管理
formservice 一个可选服务，任务表单管理
managerservice
5.2：repositoryservice
是activiti的仓库服务类。所谓的仓库指流程定义文档的两个文件：bpmn文件和流程图片。
1) 产生方式
2) 可以产生deploymentbuilder，用来定义流程部署的相关参数
3) 删除流程定义
5.3：runtimeservice
是activiti的流程执行服务类。可以从这个服务类中获取很多关于流程执行相关的信息。
5.4：taskservice
是activiti的任务服务类。可以从这个类中获取任务的信息。
5.5：historyservice
是activiti的查询历史信息的类。在一个流程执行完成后，这个对象为我们提供查询历史信息。
5.6：processdefinition
流程定义类。可以从这里获得资源文件等。
5.7：processinstance
代表流程定义的执行实例。如范冰冰请了一天的假，她就必须发出一个流程实例的申请。一个流程实例包括了所有的运行节点。我们可以利用这个对象来了解当前流程实例的进度等信息。流程实例就表示一个流程从开始到结束的最大的流程分支，即一个流程中流程实例只有一个。
5.8：execution
activiti用这个对象去描述流程执行的每一个节点。在没有并发的情况下，execution就是同processinstance。流程按照流程定义的规则执行一次的过程，就可以表示执行对象execution。
如图为processinstance的源代码：
从源代码中可以看出processinstance就是execution。但在现实意义上有所区别：
在单线流程中，如上图的贷款流程，processinstance与execution是一致的。
这个例子有一个特点：wire money(汇钱)和archive(存档)是并发执行的。 这个时候，总线路代表processinstance，而分线路中每个活动代表execution。
总结：
* 一个流程中，执行对象可以存在多个，但是流程实例只能有一个。
* 当流程按照规则只执行一次的时候，那么流程实例就是执行对象。
6：helloworld程序（模拟流程的执行）
6.1：流程图：
6.2：部署流程定义
这里使用repositoryservice部署流程定义
addclasspathresource表示从类路径下加载资源文件，一次只能加载一个文件
6.3：启动流程实例
这里使用runtimeservice启动流程实例
6.4：查看我的个人任务
这里使用taskservice完成任务的查询
6.5：完成我的个人任务
这里使用taskservice完成任务的办理
7：管理流程定义
7.1：设计流程定义文档
7.1.1：流程图
7.1.2：bpmn文件
bpmn 2.0根节点是definitions节点。 这个元素中，可以定义多个流程定义（不过我们建议每个文件只包含一个流程定义， 可以简化开发过程中的维护难度）。 一个空的流程定义看起来像下面这样。注意，definitions元素 最少也要包含xmlns 和 targetnamespace的声明。 targetnamespace可以是任意值，它用来对流程实例进行分类。
说明：流程定义文档有两部分组成：
1) bpmn文件
流程规则文件。在部署后，每次系统启动时都会被解析，把内容封装成流程定义放入项目缓存中。activiti框架结合这个xml文件自动管理流程，流程的执行就是按照bpmn文件定义的规则执行的，bpmn文件是给计算机执行用的。
2) 展示流程图的图片
在系统里需要展示流程的进展图片，图片是给用户看的。
7.2：部署流程定义（classpath路径加载文件）
1) 先获取流程引擎对象：在创建时会自动加载classpath下的activiti.cfg.xml
2) 首先获得默认的流程引擎，通过流程引擎获取了一个repositoryservice对象（仓库对象）
3) 由仓库的服务对象产生一个部署对象配置对象，用来封装部署操作的相关配置。
4) 这是一个链式编程，在部署配置对象中设置显示名，上传流程定义规则文件
5) 向数据库表中存放流程定义的规则信息。
6) 这一步在数据库中将操作三张表：
a) act_re_deployment（部署对象表）
存放流程定义的显示名和部署时间，每部署一次增加一条记录。
deployment deployment = processengine.getrepositoryservice()//
.createdeployment().name(“入门程序”)//
.addclasspathresource(“hello/helloworld.bpmn”)// 从classpath的资源中加载，一次只能加载一个文件
// .addclasspathresource(“diagrams/helloworld.png”)//
// 从classpath的资源中加载，一次只能加载一个文件
.deploy();
b) act_re_procdef（流程定义表）
存放流程定义的属性信息，部署每个新的流程定义都会在这张表中增加一条记录。
注意：当流程定义的key相同的情况下，使用的是版本升级
对应的封装类：
代码的操作：
/* 查询流程定义 /
33
程序的输出：
流程定义id:helloworld:1:4
流程定义的名称:helloworldprocess
流程定义的key:helloworld
流程定义的版本:1
资源名称bpmn文件:hello/helloworld.bpmn
资源名称png文件:hello/helloworld.helloworld.png
部署对象id：1
c) act_ge_bytearray（资源文件表）
存储流程定义相关的部署信息。即流程定义文档的存放地。每部署一次就会增加两条记录，一条是关于bpmn规则文件的，一条是图片的（如果部署时只指定了bpmn一个文件，activiti会在部署时解析bpmn文件内容自动生成流程图）。两个文件不是很大，都是以二进制形式存储在数据库中。
7.3：部署流程定义（zip格式文件）
将
压缩成zip格式的文件，使用zip的输入流用作部署流程定义
7.4：查看流程定义
查询流程定义的信息
结果：
再部署一次运行结果为：
可以看到流程定义的key值相同的情况下，版本是从1开始逐次升级的
流程定义的id是【key：版本：生成id】
1) 流程定义和部署对象相关的service都是repositoryservice。
2) 创建流程定义查询对象，可以在processdefinitionquery上设置查询的相关参数
3) 调用processdefinitionquery对象的list方法，执行查询，获得符合条件的流程定义列表
4) 由运行结果可以看出：
key和name的值为：bpmn文件process节点的id和name的属性值
5) key属性被用来区别不同的流程定义。
6) 带有特定key的流程定义第一次部署时，version为1。之后每次部署都会在当前最高版本号上加1
7) id的值的生成规则为:{processdefinitionkey}:{processdefinitionversion}:{generated-id}, 这里的generated-id是一个自动生成的唯一的数字
8) 重复部署一次，deploymentid的值以一定的形式变化
规则act_ge_property表生成
7.5：删除流程定义
删除部署到activiti中的流程定义。
1) 因为删除的是流程定义，而流程定义的部署是属于仓库服务的，所以应该先得到repositoryservice
2) 如果该流程定义下没有正在运行的流程，则可以用普通删除。如果是有关联的信息，用级联删除。项目开发中使用级联删除的情况比较多，删除操作一般只开放给超级管理员使用。
7.6：获取流程定义文档的资源（查看流程图附件）
查询出流程定义文档。主要查的是图片，用于显示流程用。
1) deploymentid为流程部署id
2) resourcename为act_ge_bytearray表中name_列的值
3) 使用repositoryservice的getdeploymentresourcenames方法可以获取指定部署下得所有文件的名称
4) 使用repositoryservice的getresourceasstream方法传入部署id和资源图片名称可以获取部署下指定名称文件的输入流
5) 最后的有关io流的操作，使用fileutils工具的copyinputstreamtofile方法完成流程流程到文件的拷贝，将资源文件以流的形式输出到指定文件夹下
7.7：附加功能：查询最新版本的流程定义
key value保存 key 为key value为流程定义
代码：
/*附加功能：查询最新版本的流程定义*/
7.8：附加功能：删除流程定义（删除key相同的所有不同版本的流程定义）
7.9：总结
deployment 部署对象
1、一次部署的多个文件的信息。对于不需要的流程可以删除和修改。
2、对应的表：
act_re_deployment：部署对象表
act_re_procdef：流程定义表
act_ge_bytearray：资源文件表
act_ge_property：主键生成策略表
processdefinition 流程定义
1、解析.bpmn后得到的流程定义规则的信息，工作流系统就是按照流程定义的规则执行的。
8：流程实例、任务的执行
8.1：流程图
8.2：部署流程定义
8.3：启动流程实例
1) 操作数据库的act_ru_execution表,如果是用户任务节点，同时也会在act_ru_task添加一条记录
act_ru_execution表，#正在执行的执行对象表 任务结束的之前只有 一个 变化的字段是act_id
8.4：查询我的个人任务
输出：
任务id:504
任务名称:提交申请
任务的创建时间:sat aug 09 08:50:20 cst 2014
任务的办理人:张三
流程实例id：501
执行对象id:501
流程定义id:helloworld:1:404
接口：
1) 因为是任务查询，所以从processengine中应该得到taskservice
2) 使用taskservice获取到任务查询对象taskquery
3) 为查询对象添加查询过滤条件，使用taskassignee指定任务的办理者（即查询指定用户的代办任务），同时可以添加分页排序等过滤条件
4) 调用list方法执行查询，返回办理者为指定用户的任务列表
5) 任务id、名称、办理人、创建时间可以从act_ru_task表中查到。
6) execution与processinstance见5.6和5.7章节的介绍。在这种情况下，processinstance相当于execution
7) 如果assignee属性为部门经理，结果为空。因为现在流程只到了”填写请假申请”阶段，后面的任务还没有执行，即在数据库中没有部门经理可以办理的任务，所以查询不到。
8) 一个task节点和execution节点是1对1的情况，在task对象中使用execution_来表示他们之间的关系
9) 任务id在数据库表act_ru_task中对应“id_”列
附加：
在activiti任务中，主要分为两大类查询任务（个人任务和组任务）：
1.确切指定了办理者的任务，这个任务将成为指定者的私有任务，即个人任务。
2.无法指定具体的某一个人来办理的任务，可以把任务分配给几个人或者一到 多个小组，让这个范围内的用户可以选择性（如有空余时间时）来办理这类任务，即组任务。
先知道个人任务的查询和办理，组任务的操作后面讲
8.5：办理任务
1) 是办理任务，所以从processengine得到的是taskservice。
2) 当执行完这段代码，再以员工的身份去执行查询的时候，会发现这个时候已经没有数据了，因为正在执行的任务中没有数据。
3) 对于执行完的任务，activiti将从act_ru_task表中删除该任务，下一个任务会被插入进来。
4) 以”部门经理”的身份进行查询，可以查到结果。因为流程执行到部门经理审批这个节点了。
5) 再执行办理任务代码，执行完以后以”部门经理”身份进行查询，没有结果。
6) 重复第3和4步直到流程执行完。
act_ru_task表：
8.6：查询流程状态（判断流程正在执行，还是结束）
/* 查询流程状态（判断流程正在执行，还是结束） /
1) 因为是查询流程实例，所以先获取runtimeservice
2) 创建流程实例查询对象，设置实例id过滤参数
3) 由于一个流程实例id只对应一个实例，使用singleresult执行查询返回一个唯一的结果，如果结果数量大于1，则抛出异常
4) 判断指定id的实例是否存在，如果结果为空，则代表流程结束，实例在正在执行的执行对象表中已被删除，转换成历史数据。
8.7：附加功能：查询历史任务（后面讲）
/*查询历史任务（后面讲）/
表《historictaskinstance》
8.8：附加功能：查询历史流程实例（后面讲）
8.9：总结
execution 执行对象
按流程定义的规则执行一次的过程.
对应的表：
act_ru_execution： 正在执行的信息
act_hi_procinst：已经执行完的历史流程实例信息
act_hi_actinst：存放历史所有完成的活动
processinstance 流程实例
特指流程从开始到结束的那个最大的执行分支，一个执行的流程中，流程实例只有1个。
注意
（1）如果是单例流程，执行对象id就是流程实例id
（2）如果一个流程有分支和聚合，那么执行对象id和流程实例id就不相同
（3）一个流程中，流程实例只有1个，执行对象可以存在多个。
task 任务
执行到某任务环节时生成的任务信息。
act_ru_task：正在执行的任务信息
act_hi_taskinst：已经执行完的历史任务信息
9：流程变量
9.1：流程图
流程变量在整个工作流中扮演很重要的作用。例如：请假流程中有请假天数、请假原因等一些参数都为流程变量的范围。流程变量的作用域范围是只对应一个流程实例。也就是说各个流程实例的流程变量是不相互影响的。流程实例结束完成以后流程变量还保存在数据库中。
例如：
即：
9.2：部署流程定义
• 输入流加载资源文件的3种方式
9.3：启动流程实例
9.4：设置流程变量
1) 流程变量的作用域就是流程实例，所以只要设置就行了，不用管在哪个阶段设置
2) 基本类型设置流程变量，在taskservice中使用任务id，定义流程变量的名称，设置流程变量的值。
3) javabean类型设置流程变量，需要这个javabean实现了serializable接口
4) 设置流程变量的时候，向act_ru_variable这个表添加数据
9.5：获取流程变量
1） 流程变量的获取针对流程实例（即1个流程），每个流程实例获取的流程变量时不同的
2） 使用基本类型获取流程变量，在taskservice中使用任务id，流程变量的名称，获取流程变量的值。
3） javabean类型设置获取流程变量，除了需要这个javabean实现了serializable接口外，还要求流程变量对象的属性不能发生变化，否则抛出异常。
解决方案，在javabean对象中添加：
private static final long serialversionuid = 6757393795687480331l;
9.6：模拟流程变量的设置和获取的场景
1） runtimeservice对象可以设置流程变量和获取流程变量
2） taskservice对象可以设置流程变量和获取流程变量
3） 流程实例启动的时候可以设置流程变量
4） 任务办理完成的时候可以设置流程变量
5） 流程变量可以通过名称/值的形式设置单个流程变量
6） 流程变量可以通过map集合，同时设置多个流程变量
map集合的key表示流程变量的名称
map集合的value表示流程变量的值
9.7：查询历史的流程变量
1）历史的流程变量查询，指定流程变量的名称，查询act_hi_varinst表（也可以针对，流程实例id，执行对象id，任务id查询）
9.8：流程变量的支持的类型
如图是从官网列出来的流程变量的类型：
从图中可以看出包括了大部分封装类型和date、string和实现了serializable接口的类的类型。
9.9：总结
• 1：流程变量
在流程执行或者任务执行的过程中，用于设置和获取变量，使用流程变量在流程传递的过程中传递业务参数。
act_ru_variable：正在执行的流程变量表
act_hi_varinst：流程变量历史表
• 2：扩展知识：setvariable和setvariablelocal的区别
setvariable：设置流程变量的时候，流程变量名称相同的时候，后一次的值替换前一次的值，而且可以看到task_id的字段不会存放任务id的值
setvariablelocal：
1：设置流程变量的时候，针对当前活动的节点设置流程变量，如果一个流程中存在2个活动节点，对每个活动节点都设置流程变量，即使流程变量的名称相同，后一次的版本的值也不会替换前一次版本的值，它会使用不同的任务id作为标识，存放2个流程变量值，而且可以看到task_id的字段会存放任务id的值
例如act_hi_varinst 表的数据：不同的任务节点，即使流程变量名称相同，存放的值也是不同的。
如图：
2：还有，使用setvariablelocal说明流程变量绑定了当前的任务，当流程继续执行时，下个任务获取不到这个流程变量（因为正在执行的流程变量中没有这个数据），所有查询正在执行的任务时不能查询到我们需要的数据，此时需要查询历史的流程变量。
10：流程执行历史记录
10.1：查询历史流程实例
查找按照某个流程定义的规则一共执行了多少次流程
10.2：查询历史活动
某一次流程的执行一共经历了多少个活动
10.3：查询历史任务
某一次流程的执行一共经历了多少个任务
10.4：查询历史流程变量
某一次流程的执行一共设置的流程变量
10.5：总结
由于数据库中保存着历史信息以及正在运行的流程实例信息，在实际项目中对已完成任务的查看频率远不及对代办和可接任务的查看，所以在activiti采用分开管理，把正在运行的交给runtimeservice、taskservice管理，而历史数据交给historyservice来管理。
这样做的好处在于，加快流程执行的速度，因为正在执行的流程的表中数据不会很大。