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自身版本匹配。如果自行引入,可能会导致版本不匹配的情况。

总结

以上为个人经验,希望能给大家一个参考,也希望大家多多支持教程之家。

觉得上面的内容有用吗?快来点个赞吧!

点赞() 我要打赏

温馨提示 : 本站内容来自会员投稿以及互联网,所有源码及教程均为作者总结编辑,请大家在使用过程中提前做好备份,以免发生无法预知的错误,源码类教程请勿直接用于生产环境!

 可能感兴趣的文章