Flowable(七)：流程引擎ProgressEngine(二)

type

status

date

slug

summary

Flowable-ProcessEngine篇(二)

接下来，本文将会针对ProcessEngine的启动流程的底层源码做一个详细的讲解。一定要跟紧瞧仔细。

我们在上文已经交代了，ProcessEngine在构建过程中的一些配置方面的细节问题，那么接下来，我们就不在用放大镜的思维去研究ProcessEngine的配置的一些细节了，我们将重点放在ProcessEngine的完整构建流程上去！ProcessEngine是怎么一步一步build出来的，相信不止我一个人非常好奇，没有关系，我们现在一起来看下~

上文中我用三分之一的篇幅主要将ProcessEngine的构建讲了一遍，但是只提及了通过ProcessEngineConfiguration的方式构建。实际，我们还可以通过ProcessEngines这个抽象类来构建一个ProcessEngine！

1、ProcessEngineConfiguration构建ProcessEngine

首先我们来看ProcessEngineConfiguration方式构建的ProcessEngine，这种方式都有几个共性的特点，一类是将IO流转为配置信息，以加载流数据的形式加载配置，一类是通过JavaAPI进行自定义配置。最终都是通过先完成配置类的构建，然后通过配置类去构建ProcessEngine对象。如下图所示：

所以，套路既然我们都清楚了，接下来就是去搞清楚到底是怎么构建的了。点开ProcessEngineConfiguration类，我们可以直接看见，在buildProcessEngine()下，它含有以下方法，除去最后两个需要加载额外的配置文件以外，其他的方法都是建立在Resource的基础之上的。这其中，有读取默认配置文件的方法，也有加载指定文件的方式，也有加载流的方式进行创建配置类。通过配置类进行配置的时候，有三种方法可以生成流程引擎配置对象：

（1）第一种：底层方法源自于BeansConfigurationHelper类下，对XML或InputStream数据的解析函数。

（2）第二种：底层源自于StandaloneProcessEngineConfiguration（）函数。

（3）第三种：底层源自于StandaloneInMemProcessEngineConfiguration（）函数。

我们随便找一个方法作为样例，然后找到他下一个调用的方法，我们以此作为样例，点击进去看看里面的实现：

点击后，我们会进入到在BeansConfigurationHelper类下：

点击进入后我们不难发现以下情况，跟我们开头说的不差分毫，的的确确，在BeansConfigurationHelper类下，无论给定路径直接加载配置文件的方式还是读取输入流的方式，都是底层通过调用parseEngineConfiguration( )函数实现的解析配置。在此类下的另一个方法：parseEngineConfiguration函数。

因此，从上一篇文章看到现在，对于ProcessEngineConfiguration的方式构建ProcessEngine配置类（除去其他的半自动配置），看似ProcessEngineConfiguration里面一堆构建ProcessEngineConfiguation的方法，实际上也就三种。一种来自于BeansConfigurationHelper类的私有方法，一种是来自于StandaloneInMemProcessEngineConfiguration类的构造方法，再有就是StandaloneProcessEngineConfiguration的私有构造方法。

2、ProcessEngines构建ProcessEngine

基于ProcessEngines构建ProcessEngine，我们还是根据源码来回顾一下吧。

image-20220829093307842

我们先看第一个默认的方法构建ProcessEngine，这种方法的下一层是这么实现的：

这里我们重点解读一下init方法，因为获取ProcessEngine的方法的核心是在初始化了之后从map中获取的。

map是指 return (ProcessEngine)processEngines.get(processEngineName); 这段代码中，他的依赖函数是通过map取出ProcessEngine的。

那么，init方法主要干了什么事情呢？我们把源码拿过来看看：

不难发现，最初是初始化了一个map，然后通过XML加载器去加载位于默认位置，也就是classpath下的配置文件，然后读取数据。我们可以发现，同样的一套代码，在这个初始化函数中，写了两遍，说明什么问题呢？说明Flowable不仅仅支持flowable的默认配置文件，也支持通过spring文件进行加载，但是需要注意的是，这里的文件名称是写死的，所以也就是说默认配置如果需要使用的话，需要自行遵守默认配置所依赖的加载的文件名称。

除此之外，我们也不难发现，这种加载默认配置的方式，也有一个共性，就是同样调用了initProcessEngineFromResource ( ) 函数，那么这就需要我们去研究一下，这个共性方法里面究竟做了那些事情吧！

接下来我们一起看一下，这个函数的源码：initProcessEngineFromResource ( ) 函数

我们重点关注一下这个函数：

所以，废话不啰嗦，直接看buildProcessEngine（）函数：终于我们找到了源头，我们前面讲了，这种是通过ProcessEngines的默认方式获得ProcessEngine的。所以，默认方式的最底层究竟是怎么实现的，我们现在终于拨云见雾了。原来：ProcessEngines默认方法构建ProcessEngine底层就是通过ProcessEngineConfiguration实现的。

这是偶然吗？我们再看看另一种方法吧：ProcessEngines的另一个函数：ProcessEngines.getProcessEngine(" "); 其实我想，还用看吗？答案呼之欲出了，默认方法底层就是调用的这个方法，传递的是一个固定值default而已啊！

那有人说，还有一个方法呢？ProcessEngines.getProcessEngines().get(" ");这个，如果你Java基础足够，你应该一眼就看出来，这还是在通过先初始化ProcessEngine的一个Map然后通过key-value在中间做映射啊！

image-20220829100442991

💡

总结：

其实我们看了这些源码后，有了很明确的结论：

（1）ProcessEngine构建的方式方法只有一种，源头就是配置构建，离不开ProcessEngineConfiguration配置类。

（2）ProcessEngine构建非常依赖于配置，也就告诉你，ProcessEngine高度可定义，ProcessEngine可以通过ProcessEngineConfiguration来进行任意构建。