8.2：部署流程定义
8.3：启动流程实例
说明：
1) 操作数据库的act_ru_execution表,如果是用户任务节点，同时也会在act_ru_task添加一
条记录
8.4：查询我的个人任务
说明：
1) 2) 3) 4) 5) 6) 7)
因为是任务查询，所以从processEngine中应该得到TaskService 使用TaskService获取到任务查询对象TaskQuery
为查询对象添加查询过滤条件，使用taskAssignee指定任务的办理者（即查询指定用户的代办任务），同时可以添加分页排序等过滤条件 调用list方法执行查询，返回办理者为指定用户的任务列表 任务ID、名称、办理人、创建时间可以从act_ru_task表中查到。
Execution与ProcessInstance见5.6和5.7章节的介绍。在这种情况下，ProcessInstance相当于Execution
如果assignee属性为部门经理，结果为空。因为现在流程只到了”填写请假申请”阶段，后面的任务还没有执行，即在数据库中没有部门经理可以办理的任务，所以查询不到。
一个Task节点和Execution节点是1对1的情况，在task对象中使用Execution_来表示他们之间的关系
任务ID在数据库表act_ru_task中对应“ID_”列
8) 9)
附加：
在activiti任务中，主要分为两大类查询任务（个人任务和组任务）： 1.确切指定了办理者的任务，这个任务将成为指定者的私有任务，即个人任务。 2.无法指定具体的某一个人来办理的任务，可以把任务分配给几个人或者一到 任务。
先知道个人任务的查询和办理，组任务的操作后面讲
多
个小组，让这个范围内的用户可以选择性（如有空余时间时）来办理这类任务，即组
8.5：办理任务
说明：
1) 是办理任务，所以从ProcessEngine得到的是TaskService。
2) 当执行完这段代码，再以员工的身份去执行查询的时候，会发现这个时候已经没有数
据了，因为正在执行的任务中没有数据。 3) 对于执行完的任务，activiti将从act_ru_task表中删除该任务，下一个任务会被插入进
来。 4) 以”部门经理”的身份进行查询，可以查到结果。因为流程执行到部门经理审批这个节
点了。 5) 再执行办理任务代码，执行完以后以”部门经理”身份进行查询，没有结果。 6) 重复第3和4步直到流程执行完。
8.6：查询流程状态（判断流程正在执行，还是结束）
在流程执行的过程中，创建的流程实例ID在整个过程中都不会变，当流程结
束后，流程实例将会在正在执行的执行对象表中（act_ru_execution）被删除
说明：
1) 因为是查询流程实例，所以先获取runtimeService 2) 创建流程实例查询对象，设置实例ID过滤参数
3) 由于一个流程实例ID只对应一个实例，使用singleResult执行查询返回一个唯一的结
果，如果结果数量大于1，则抛出异常 4) 判断指定ID的实例是否存在，如果结果为空，则代表流程结束，实例在正在执行的执
行对象表中已被删除，转换成历史数据。
8.7：附加功能：查询历史任务（后面讲）
8.8：附加功能：查询历史流程实例（后面讲）
8.9：总结
Execution 执行对象
按流程定义的规则执行一次的过程. 对应的表：
act_ru_execution： 正在执行的信息
act_hi_procinst：已经执行完的历史流程实例信息 act_hi_actinst：存放历史所有完成的活动 ProcessInstance 流程实例
特指流程从开始到结束的那个最大的执行分支，一个执行的流程中，流程实例只有1个。