最近遇到一个小问题,再次记录一下,以便于后面遇到了可以回顾起来。 背景:在一个springboot项目上,使用了boot自带的定时任务(Scheduled),并且整合了activiti工作流,并且在项目中自己注册了线程池的bean。
针对这种情况下启动项目,会发生什么呢?
Error creating bean with name 'springAsyncExecutor' defined in class path resource [org/activiti/spring/boot/ProcessEngineAutoConfiguration.class]: Unsatisfied dependency expressed through method 'springAsyncExecutor' parameter 0;nested exception is org.springframework.beans.factory.NoUniqueBeanDefinitionException: No qualifying bean of type 'org.springframework.core.task.TaskExecutor' available: expected single matching bean but found 2: taskExecutor,taskScheduler (ps:太长,用文本表示)
结果显然报错了。
针对报错:
我们点进这些类看一下。
发现就是这个TaskExecutor参数,为什么会出现两个呢,我们再一起看一下。找到TaskSchedulingAutoConfiguration类。
当我们使用@EnableScheduling注解时,同时会向spring注册internalScheduledAnnotationProcessor这个处理器(已经测试过),当满足这个情况,存在@ConditionalOnBean注解,他就会向spring注册一个ThreadPoolTaskScheduler的bean,而这个bean就是一个TaskExecutor。
意味着,当开启定时任务后,spring容器中就已经存在一个TaskExecutor类型的bean了。
再然后我们配置的线程池注册的也同样是一个TaskExecutor类型的bean。
而activiti的AbstractProcessEngineAutoConfiguration类不知道需要哪一个bean,因此报错,而我们也无法帮助他指定,只得修改我们的配置类。
打开ProcessEngineAutoConfiguration类
可以看到和上面一样的情况,都是无法确定唯一的TaskExecutor类型的bean。
通过加上@Primary注解可以解决,我们来指定以这个bean为主。
我们再重启项目打断点试一下。
根据此处的参数可以看出AbstractProcessEngineAutoConfiguration使用的正是我们配置类注册进去的bean。
可以看到ProcessEngineAutoConfiguration也是使用的我们配置类注册进去的bean。
结果:项目启动成功。
我们再实验一下,当我们不自定义线程池时。我们找到这个类TaskExecutionAutoConfiguration
可以看到他注册了两个bean,一个是预先包装ThreadPoolTaskExecutor的参数bean,一个是生成一个ThreadPoolTaskExecutorbean,启动项目时情况如下:
可以看到activiti正常情况下使用的正是springboot自动装配产生的ThreadPoolTaskExecutorBean。