在在Spring中使用flowable這篇文章中可以看到配置flowable的方式是非常方便的，關(guān)鍵是要在配置文件中注入一個ProcessEngineFactoryBean, 今天我們在上篇文章責任鏈模式及其在flowable源碼中的應用的基礎(chǔ)上來分析一下flowable在Spring中的啟動過程。
首先看看最關(guān)鍵的ProcessEngineFactoryBean類的繼承關(guān)系:
對Spring比較熟悉的同學肯定秀快就能發(fā)現(xiàn)該類實現(xiàn)的三個接口都是Spring中的原生接口，接下來分別看下為什么要實現(xiàn)這三個接口。
- ApplicationContextAware
Implementing this interface makes sense for example when an object requires access to a set of collaborating beans. Note that configuration via bean references is preferable to implementing this interface just for bean lookup purposes
上面一段摘抄自Spring源碼中的注釋，也就是說實現(xiàn)了該類就能拿到所有的bean，其定義的方法會在Invoked after population of normal bean properties，也就是常規(guī)bean初始化完成后被調(diào)用。
看看ProcessEngineFactoryBean是怎么實現(xiàn)該方法的:
public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
this.applicationContext = applicationContext;
}
一行代碼，也就是將應用上下文賦給自己的一個成員變量，以方便后期使用。
- FactoryBean
If a bean implements this interface, it is used as a factory for an object to expose, not directly as a bean instance that will be exposed itself.
實現(xiàn)了該接口，就可以不直接暴露bean實例而是以工廠的方式展示，也就是說，實現(xiàn)了該接口的bean可以返回不同的類型。那么具體返回了什么類型，就要看看它所定義的getObject方法了，注釋文檔中寫到:
Return an instance (possibly shared or independent) of the object managed by this factory
getObject返回的具體對象就是工廠所表示的實例，并且:
{@link #getObjectType()} {@link #getObject()} invocations may arrive early in the bootstrap process, even ahead of any post-processor setup
該方法在啟動階段很早會被調(diào)用。
該接口的getObjectType用來返回工廠實例的類型，isSingleton表示該工廠返回的實現(xiàn)是否是單例，這里就不作多的解釋了，直接看看ProcessEngineFactoryBean的具體實現(xiàn):
public ProcessEngine getObject() throws Exception {
configureExpressionManager();
configureExternallyManagedTransactions();
if (processEngineConfiguration.getBeans() == null) {
processEngineConfiguration.setBeans(new SpringBeanFactoryProxyMap(applicationContext));
}
this.processEngine = processEngineConfiguration.buildProcessEngine();
return this.processEngine;
}
this.processEngine = processEngineConfiguration.buildProcessEngine();
return this.processEngine;
}
public Class<ProcessEngine> getObjectType() {
return ProcessEngine.class;
}
public boolean isSingleton() {
return true;
}
可以知道，ProcessEngineFactoryBean表示的是一個類型為ProcessEngine的單實例對象，在getObject中的processEngineConfiguration.buildProcessEngine()這一行是需要重點關(guān)注的，直接進入具體的源碼:
@Override
public ProcessEngine buildProcessEngine() {
init();
ProcessEngineImpl processEngine = new ProcessEngineImpl(this);
// trigger build of Flowable 5 Engine
if (flowable5CompatibilityEnabled && flowable5CompatibilityHandler != null) {
Context.setProcessEngineConfiguration(processEngine.getProcessEngineConfiguration());
flowable5CompatibilityHandler.getRawProcessEngine();
}
postProcessEngineInitialisation();
return processEngine;
}
// init
// /////////////////////////////////////////////////////////////////////
public void init() {
initConfigurators();
configuratorsBeforeInit();
initProcessDiagramGenerator();
initHistoryLevel();
initExpressionManager();
initAgendaFactory();
if (usingRelationalDatabase) {
initDataSource();
}
initHelpers();
initVariableTypes();
initBeans();
initFormEngines();
initFormTypes();
initScriptingEngines();
initClock();
initBusinessCalendarManager();
initCommandContextFactory();
initTransactionContextFactory();
initCommandExecutors();
initServices();
initIdGenerator();
initBehaviorFactory();
initListenerFactory();
initBpmnParser();
initProcessDefinitionCache();
initProcessDefinitionInfoCache();
initAppResourceCache();
initKnowledgeBaseCache();
initJobHandlers();
initJobManager();
initAsyncExecutor();
initTransactionFactory();
if (usingRelationalDatabase) {
initSqlSessionFactory();
}
initSessionFactories();
initDataManagers();
initEntityManagers();
initCandidateManager();
initHistoryManager();
initJpa();
initDeployers();
initDelegateInterceptor();
initEventHandlers();
initFailedJobCommandFactory();
initEventDispatcher();
initProcessValidator();
initFunctionDelegates();
initDatabaseEventLogging();
initFlowable5CompatibilityHandler();
configuratorsAfterInit();
}
看著讓人頭暈的一大串的初始化方法，但這也說明我們找到了正確的位置，沒辦法，先看看需要關(guān)注的點:
public void initCommandExecutors() {
initDefaultCommandConfig();
initSchemaCommandConfig();
initCommandInvoker();
initCommandInterceptors();
initCommandExecutor();
}
這個初始化的內(nèi)容就是在用來初始化調(diào)用責任鏈的，在上一篇中有詳細講解，在這里我們只需要知道調(diào)用責任鏈已經(jīng)形成。接著看initServices()方法:
public void initServices() {
initService(repositoryService);
initService(runtimeService);
initService(historyService);
initService(identityService);
initService(taskService);
initService(formService);
initService(managementService);
initService(dynamicBpmnService);
}
public void initService(Object service) {
if (service instanceof ServiceImpl) {
((ServiceImpl) service).setCommandExecutor(commandExecutor);
}
}
原來就是用來初始化flowable中的幾大核心Service的，將commandExecutor賦給它的成員變量，而commandExecutor又包含調(diào)用責任鏈的內(nèi)容，所以在核心Service中的實現(xiàn)中都是這樣的代碼:
又回到了責任鏈的執(zhí)行問題了，看不懂? 沒關(guān)系，回去看看上一篇就好了，或許我應該把責任鏈放在這篇的后面。。。
這個接口的實現(xiàn)是關(guān)鍵，總結(jié)一下，就是用來執(zhí)行所有的初始化，包括數(shù)據(jù)庫及DataManager的實例化，上下文，核心Servcie，一下子消化不完，后面或許還會回過頭來看看。
- DisposableBean
Interface to be implemented by beans that want to release resources on destruction
用來最后釋放資源的，直接看實現(xiàn):
public void destroy() throws Exception {
if (processEngine != null) {
processEngine.close();
}
}
當工廠bean銷毀時關(guān)閉流程引擎，釋放內(nèi)存等各種資源, 如下:
public void close() {
ProcessEngines.unregister(this);
if (asyncExecutor != null && asyncExecutor.isActive()) {
asyncExecutor.shutdown();
}
Runnable closeRunnable = processEngineConfiguration.getProcessEngineCloseRunnable();
if (closeRunnable != null) {
closeRunnable.run();
}
if (processEngineConfiguration.getProcessEngineLifecycleListener() != null) {
processEngineConfiguration.getProcessEngineLifecycleListener().onProcessEngineClosed(this);
}
processEngineConfiguration.getEventDispatcher().dispatchEvent(FlowableEventBuilder.createGlobalEvent(FlowableEngineEventType.ENGINE_CLOSED));
}
本文基于ProcessEngineFactoryBean實現(xiàn)的三個接口簡單說明了一個flowable的啟動也就是初始化方式，結(jié)合責任鏈那一篇我們基本上對flowable核心Servcie方法的調(diào)用也能形成一個閉環(huán)，先到這里，下篇再見。
