quartz集成到springboot_pring-boot-2.0.3之quartz集成，数据源问题，源码探究

最新推荐文章于 2026-04-01 04:14:26 发布

最新推荐文章于 2026-04-01 04:14:26 发布 · 215 阅读

标签

#quartz集成到springboot

数据源问题

产生背景

如果定时任务不服务于业务，那将毫无意义；我们不能让定时任务只是空跑(或者打印一句：MyJob...)，如果是，那么相信我，把这个定时任务删了吧，不要有任何留恋！

既然是服务于我们的业务，那么很大程度上就会操作数据库；我的业务需求就是凌晨某个时间点进行一次数据统计，既要从数据库查数据，也要将统计后的数据插入到数据库。那么问题来了，业务job中如何操作数据库？

业务job示例

如果想学习Java工程化、高性能及分布式、深入浅出。微服务、Spring，MyBatis，Netty源码分析的朋友可以加我的Java高级交流：854630135，群里有阿里大牛直播讲解技术，以及Java大型互联网技术的视频免费分享给大家。

package com.lee.quartz.job;import org.quartz.JobExecutionContext;import org.quartz.JobExecutionException;import org.springframework.scheduling.quartz.QuartzJobBean;public class MyJob extends QuartzJobBean { private static final Logger LOGGER = LoggerFactory.getLogger(MyJob.class); @Override protected void executeInternal(JobExecutionContext context) throws JobExecutionException { // TODO 如何进行数据库的操作 System.out.println("MyJob...") }}

可以从4个方面来考虑(业务job中如何操作数据库)：

1、既然是springboot与quartz的集成，那么我们能不能用spring的注入功能，将我们的mapper(集成了mybatis)注入到业务job中了？

2、利用JobDetail的jobDataMap，将我们的mapper传到业务job中

3、quartz不是有它自己的11张表吗，那它肯定有对数据库进行操作，我们参考quartz是如何操作数据库的

4、实在是不行，我们自己创建数据库连接总行了吧

我们来逐个分析下以上4种方案

方案4，个人不推荐，个人比较推荐连接池的方式来管理数据库连接，但个人实现数据库连接池已经是个不小的挑战了，没必要；不到万不得已不采用此方案。

方案1，这个听起来好像很不错，连接交由spring的数据源管理，我们只需要用其中的连接操作数据库即可。但看上面的MyJob，spring管理的bean能注入进来吗，显然不能，因为MyJob实例不受spring管理；有小伙伴可能会认为这很简单，MyJob实例让spring管理起来不就OK 了！ ok，问题又来了，spring管理的MyJob实例能用到quartz中吗，不能！ quartz如何获取MyJob实例？我们把MyJob的类全路径：com.lee.quartz.job.MyJob传给了quartz，那么很显然quartz会根据这个类全路径，然后通过反射来实例化MyJob(这也是为什么业务Job一定要有无参构造方法的原因)，也就是quartz会重新创建MyJob实例，与spring管理MyJob实例没有任何关系。显然通过spring注入的方式是行不通的。

方案2，我们知道可以通过JobDetail进行参数的传递，但有要求：传递的参数必须能序列化(实现Serializable)；我没测试此方案，不过我想实现起来会有点麻烦。

方案3，这个好像可行，我们可以看看quartz是如何进行数据库操作的，我们把quartz的那套拿过来用是不是就行了呢？

说了这么多，方案总结下：

1、如何利用quartz的数据源(或者数据库连接)进行数据库操作

2、引申下，能不能将quart的数据源设置成我们应用的数据源，让quartz与应用共用一个数据源，方便统一管理？

源码探究

1、quartz自身是如何操作数据库的

我们通过暂停任务来跟下源代码，如下图所示

发现获取connection的方式如下所示：

conn = DBConnectionManager.getInstance().getConnection(getDataSource());

很明显，DBConnectionManager是单例的，通过DBConnectionManager从数据源中获取数据库连接(conn)，既然都拿到conn了，那操作数据库也就简单了。注意：getDataSource()获取的是数据源的名称，不是数据源！

接下来我们再看看数据源是什么数据源，druid？还是quartz自己的数据源？

数据源还是用的我们应用的数据源(druid数据源)，springboot自动将我们应用的数据源配置给了quartz。

至此，该问题也就清晰了，总结下：springboot会自动将我们的应用数据源(druid数据源)配置给quartz，quartz操作数据库的时候从数据源中获取数据库连接，然后通过数据库连接对数据库进行操作。

2、springboot是如何设置quartz数据源的

凡是涉及到springboot自动配置的，去找spring-boot-autoconfigure-2.0.3.RELEASE.jar中spring.factories就对了，如下所示

关于spring.factories文件内容的读取，大家查阅此篇博文；关于springboot的自动配置，我的springboot启动源码系列篇中还没有讲到。大家姑且先这样认为：

当在类路径下能找到Scheduler.class, SchedulerFactoryBean.class,PlatformTransactionManager.class时(只要pom.xml有spring-boot-starter-quartz依赖，这些类就能在类路径下找到)，QuartzAutoConfiguration就会被springboot当成配置类进行自动配置。

将quartz的配置属性设置给SchedulerFactoryBean；将数据源设置给SchedulerFactoryBean：如果有@QuartzDataSource修饰的数据源，则将@QuartzDataSource修饰的数据源设置给SchedulerFactoryBean，否则将应用的数据源(druid数据源)设置给SchedulerFactoryBean，显然我们的应用中没有@QuartzDataSource修饰的数据源，那么SchedulerFactoryBean中的数据源就是应用的数据源；将事务管理器设置给SchedulerFactoryBean。

SchedulerFactoryBean，Scheduler的工程bean，负责创建和配置quartz Scheduler；它实现了FactoryBean、InitializingBean，FactoryBean的getObject方法实现的很简单，如下

@Override@Nullablepublic Scheduler getObject() { return this.scheduler;}

就是返回scheduler实例，注册到spring容器中，那么scheduler是在哪里实例化的呢，就是在afterPropertiesSet中完成的，关于FactoryBean、InitializingBean本文不做过多的讲解，不了解的可以先去查阅下资料(注意：InitializingBean的afterPropertiesSet()先于FactoryBean的getObject()执行)。接下来我们仔细看看SchedulerFactoryBean实现InitializingBean的afterPropertiesSet方法

@Overridepublic void afterPropertiesSet() throws Exception { if (this.dataSource == null && this.nonTransactionalDataSource != null) { this.dataSource = this.nonTransactionalDataSource; } if (this.applicationContext != null && this.resourceLoader == null) { this.resourceLoader = this.applicationContext; } // Initialize the Scheduler instance... 初始化Scheduler实例 this.scheduler = prepareScheduler(prepareSchedulerFactory()); try { registerListeners(); // 注册Scheduler相关监听器，一般没有 registerJobsAndTriggers(); // 注册jobs和triggers， 一般没有 } catch (Exception ex) { try { this.scheduler.shutdown(true); } catch (Exception ex2) { logger.debug("Scheduler shutdown exception after registration failure