SpringBoot下集成Quartz调度任务的一个问题及解决
作者：vinylon1022
SpringBoot下集成Quartz调度任务
今天在看公司的一个项目代码中集成Quartz的时候碰到的一个问题，感觉挺反常识的，这里记录一下：
现象是这样的
首先SpringBoot工程中引入quartz时并没有使用spring-boot-starter-quartz这个starter，而是直接引入了quartz相关的jar包：
<dependency>
<groupId>org.quartz-scheduler</groupId>
<artifactId>quartz</artifactId>
<version>2.2.3</version>
</dependency>
<dependency>
<groupId>org.quartz-scheduler</groupId>
<artifactId>quartz-jobs</artifactId>
<version>2.2.3</version>
</dependency>然后是yml的配置
spring:
quartz:
#相关属性配置
properties:
org:
quartz:
scheduler:
instanceName: DefaultQuartzScheduler
instanceId: AUTO
jobStore:
class: org.quartz.impl.jdbcjobstore.JobStoreTX
driverDelegateClass: org.quartz.impl.jdbcjobstore.StdJDBCDelegate
tablePrefix: QRTZ_
isClustered: true
clusterCheckinInterval: 10000
useProperties: false
threadPool:
class: org.quartz.simpl.SimpleThreadPool
threadCount: 10
threadPriority: 5
threadsInheritContextClassLoaderOfInitializingThread: true
# 数据库方式
job-store-type: jdbc那么问题来了，为什么没有用spring-boot-starter-quartz，直接依赖org.quartz包，spring.quartz的配置就生效了呢？
翻了一下SpringBoot的代码。
首先SpringBoot引入项目中后，自动配置的org.springframework.boot.autoconfigure.EnableAutoConfiguration已经包含了
org.springframework.boot.autoconfigure.quartz.QuartzAutoConfiguration
也就是说
不管有没有那个starter，这个配置类都会被加载。
我们看一下这个类的代码：
@Configuration
@ConditionalOnClass({ Scheduler.class, SchedulerFactoryBean.class,
PlatformTransactionManager.class })
@EnableConfigurationProperties(QuartzProperties.class)
@AutoConfigureAfter({ DataSourceAutoConfiguration.class,
HibernateJpaAutoConfiguration.class })
public class QuartzAutoConfiguration {
...省略代码
主要是看一下Condition的注解。实际上这里只会检测和Quartz相关的几个class是否在classpath里，如果有了，那么这个配置类就会进行配置了。
总结下来就是SpringBoot提供的针对Quartz的自动配置类，并不要求必须通过starter引入，只要classpath中有依赖的Scheduler，SchedulerFactoryBean，PlatformTransactionManager类，那么自动配置就会生效。
这也就是为什么项目中只依赖了quartz的包就能直接使用spring.quartz相关配置的原因。而starter本身没有任何代码的，只是间接引入相关的包，同时也对依赖的包进行了管理。
同样的问题应该在其他starter组件中也存在。
那么我们是否以后都可以这样用呢？
当然是不建议的，虽然也是自动配置了，但是有如下缺点：
- 不直观。怎么配置的完全搞不清。需要跟到源码分析。
- 依赖jar的版本管理问题。SpringBoot的starter组件有一个很重要的功能就是管理了相对应的依赖jar，保证和springboot自身版本匹配。如果自行引入，可能会导致版本不匹配的情况。
总结
以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。