SpringBoot整合Quartz框架的XML方式的开发实战
一、框架简介
什么是呢?首先我们看百度百科的介绍:
是开源组织在Job 领域又一个开源项目,它可以与J2EE与J2SE应用程序相结合也可以单独使用。可以用来创建简单或为运行十个,百个,甚至是好几万个Jobs这样复杂的程序。Jobs可以做成标准的Java组件或 EJBs。的最新版本为 2.3.2。
从上面我们可以得出结论:
1.是开源的;
2.组合的相关框架非常方便;
3.可以处理简单的Jobs,也可以处理复杂的Jobs,也就是说,针对一般的任务它都是可以处理的。
但是至此我们并不是很清楚到底是什么,以及它能做什么,下面我们接着说。
是一个由Java编写的开源的作业调度框架,所谓作业调度,用我们通常的话说就是批处理。所谓批处理,一般是针对于项目中需要定时或延时触发的一些操作,没有前端操作来触发。比如,每个月初统计上个月的交易信息、客户信息、报表等信息,再比如,每天凌晨2点统计交易失败的订单或业务进行冲正或生成报表到指定服务器目录,供对应的业务人员或客服人员去下载等。
关于的介绍网上比较多,但是大多数都是基于java代码形式的开发方式,个人更偏好于采用xml配置的方式——当然这并不是说不需要写代码了,而是说我们的代码只用来做纯粹的业务,关于调度等一些列东西完全不需要在代码中去编写,而是放在xml中。
关于采用代码方式进行任务的开发与调度的文章或视频很多,这里不再赘述,放一篇关于的头部文章给大家:
定时任务框架-(一)入门与Demo搭建
这篇文章介绍的很详细,而且还包括了调度时需要用到的Cron表达式表达式,这里就不再赘述。我们开始介绍整合框架的XML方式的开发实战。
第一步、pom依赖
org.springframework.boot spring-boot-starter-quartz
当然,如果你是采用方式来开发的话,pom依赖如下:
org.quartz-scheduler quartz 2.3.1
第二步、业务逻辑Job类
我们采用xml配置的方式来实现的话,我们编写的这个Job类,其实就是一个普通的Java类,是纯粹用来处理业务逻辑的,不管是你查询数据库,还是和外系统交互获取数据并处理数据等。
我们就简单的写一个查询用户的方法:
package com.dake.job;import com.dake.entity.User;
import com.dake.service.UserService;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;@Service
public class QueryUserJob {private static final Logger LOGGER = LoggerFactory.getLogger(SysDataJob.class);@AutowiredUserService userService;public void queryUser() {LOGGER.info("---------QueryUserJob start---------");int id = 1;User user = userService.queryUser(id);LOGGER.info("---------查询到的user信息:{}---------", user);LOGGER.info("---------QueryUserJob end---------");}}
我们随意写的代码,并且我们随意给一个id=1。这里请注意,类上面的注解:@,后面我们会针对这个进行特意说明。
关于和对应dao层代码,我们就不写了。我们也看到了,我们上面的这个类就是一个普通的java Bean,方法也是一个普通的方法而已,如果可以你可以改成你业务逻辑需要的方法,以及编写你自己的业务逻辑,这里就不赘述了。
还有,和其他的通过java代码方式编写任务调度的方式不同,我们这个类没有继承任何的类,也没有实现任何的接口。
第三步、编写-.xml配置文件
这个配置文件的名字大家可以自行命名,只要规范,简明易懂即可。
上面的bean的id可以不要,锁指向的bean的取值可以自行修改,我们这里以来作为bean名称。我们看到我还有注释掉的,这个我们后面会继续讲解。
其次,我们配置触发器。
此时的bean的id就是上面配置的bean工厂所引用bean,两者必须一致。的name必须和我的一样,2个的name都是必须和我的一样,因为它们2个都是an类的属性:
public class CronTriggerFactoryBean implements FactoryBean, BeanNameAware, InitializingBean {/** Constants for the CronTrigger class. */private static final Constants constants = new Constants(CronTrigger.class);@Nullableprivate String name;@Nullableprivate String group;@Nullableprivate JobDetail jobDetail;@Nullableprivate String cronExpression;
}
jobDetail的引用名称可以自行命名,cronExpression的取值根据你的业务的实际情况去配置,关于cron表达式可以自行百度。我们这里的配置是:
每5秒钟执行一次
最后,我们配置Job类。
这个也就是我们刚开始编写的业务类,配置如下:
同样的,这个bean的id也必须和触发器中引用的bean的取值保持一致。三个的name属性也必须和我写的保持一致。其中和是继承的类,又继承的中的属性,在这个类中给属性赋值的。
其中的ref执行的就是你自己的业务逻辑的Job类,也就是那个普通类,我们只不过是以Job结尾来给他它进行命名而已。就是你这个业务逻辑类的入口方法。是中的字段,默认值为true。意思是是否允许并发执行,我们改为false。
至此,我们的配置与代码编写基本完毕了。下面我们接着说说我上面遗留的问题。
1.我们的Job类上加了@注解,如果我们不加注解的话,就需要在我们的这个配置文件中将对应的bean配置进来,就是我注释掉的代码:
如果我们在这里配置,这个id就必须和的ref保持一致。如果我们不在这里配置,我们的的ref的取值就必须和我们的Job类的取名保持一致,只需要首字母改成小写即可。或者我们在@注解中给它起个别名:
@Service("abc")
还有,我们不能既配置了注解又在xml中配置了bean,这样会报错。如果两个都不配置,会找不到对应的bean。
2.我们前面说到的在调度工厂那里注释掉的,它被放在了一个list标签中。这个ref是我们的另外的任务的配置,当然假设我们有的话。不过实际项目中肯定不止一个调度任务需要处理,所以肯定会有的。那么另外的调度任务就配置在这里。这个list里面就相当于防止的将要被调度的任务列表。
然后对应的和job类,就和上面类似。
至此,我们的业务逻辑类和配置类都好了,我们启动项目后看看情况。因为我们设置的是每隔5秒执行一次,那我们项目启动后,如果没问题的话就该执行了。
这里打印的三条日志就是我们的普通的Job类里面的日志,执行成功,说明我们的一整套配置是ok的,自动执行了。下面我们改成10秒执行一次,让它多跑几次看看。
可以看到,确实是每隔10秒执行一次,已经执行了三次。
好了,到这里我们的整合就基本要结束了。最后要说明的是,我们的配置文件-.xml要能被自动加载才行,如果只是单纯的配置一个xml文件,随便一个地方一丢,这样是不行的。这是的知识点,不赘述。此时我们可以在我么的启动类上加上注解,导入我们的配置文件即可。
@SpringBootApplication
@ImportResource("classpath:quartz-config.xml")
public class Application {private static final Logger LOGGER = LoggerFactory.getLogger(Application.class);public static void main(String[] args) {try {LOGGER.info("---------必须配置logback依赖才能打印日志---------");System.out.println("---------SpringBoot startup begin---------");SpringApplication.run(Application.class, args);System.out.println("---------SpringBoot startup end---------");} catch (Exception e) {throw new RuntimeException("---------项目启动报错了:", e);}}
}