（四）activiti的几个核心类

  先来一张图：

 

          在前几篇文章汇中已经集成好了activiti，最后我们获取到的是activiti对外提供的7个核心服务，所有针对activiti的操作都是使用这7个核心服务来执行的。这7个服务中有些常用，有些使用的并不是那么频繁，下面逐一讲解，其中也会捎带讲解些activiti的运行机理。

          repositoryService：activiti是不能直接识别xml格式的流程图的，流程图文件必须被部署到activiti中才能被activiti识别并使用。而这个过程就是使用repositoryService来完成的，流程图被导入后，会放到act_re_打头的几个表中。repositoryService提供了若干个接口，既可以部署xml文件到数据库中，也可以从数据库检索特定流程图供处理。

          runtimeService：activiti最重要的一个服务，基本上所有的关于流程的操作都是通过此服务来执行的。例如启动流程、审批、会签等等。

      formService：工作流的设计思路之一就是将每个节点需要显示的数据直接绑定到此节点。而formService就是专门为此服务的，使用formService可以获取某个节点绑定的表单数据。当然，如果没有表单绑定到此节点，此服务就没有任何用处。

         identityService：activiti自带的用于管理自身的组织机构的服务。activiti自身的组织机构包括user和group两大类，而user、group以及user和group的关系都是通过自服务来维护的。因此如果需要使用activiti自身的组织机构的，就会使用到此服务。不过通常情况下我们都是是用的框架中的身份认证和组织机构，所以此服务使用频率也不高。

         taskService：任务是activiti的核心功能之一，所有涉及到任务的操作都是通过此服务来完成的。例如任务的查询、分配、认领、完成等。

      historyService：所有流程实例的信息都会被保存的历史信息中，当一个流程实例结束之前，它是被保存在runtime和history两个地方，当它结束后，就只有history里了。

      managementService：提供对activiti数据库的直接访问，因此通常情况下使用不到此服务。

 

activiti中文手册：http://www.mossle.com/docs/activiti/index.html