Spring 3整合Quartz 2实现定时任务二：动态添加任务

最新推荐文章于 2022-05-02 14:07:18 发布

phantomes

最新推荐文章于 2022-05-02 14:07:18 发布

阅读量2.2k

点赞数

分类专栏： spring

spring 专栏收录该内容

63 篇文章 0 订阅

订阅专栏

前面，我们已经对Spring 3和Quartz 2用配置文件的方式进行了整合，如果需求比较简单的话应该已经可以满足了。但是很多时候，我们常常会遇到需要动态的添加或修改任务，而spring中所提供的定时任务组件却只能够通过修改xml中trigger的配置才能控制定时任务的时间以及任务的启用或停止，这在带给我们方便的同时也失去了动态配置任务的灵活性。我搜索了一些网上的解决方法，都没有很好的解决这个问题，而且大多数提到的解决方案都停留在Quartz 1.x系列版本上，所用到的代码和API已经不能适用于新版本的Spring和Quartz。没办法只能靠自己了，花了点时间好好研究了一下Spring和Quartz中相关的代码。

首先我们来回顾一下spring中使用quartz的配置代码：

    <!-- 使用MethodInvokingJobDetailFactoryBean，任务类可以不实现Job接口，通过targetMethod指定调用方法-->
    <bean id="taskJob" class="com.tyyd.dw.task.DataConversionTask"/>
    <bean id="jobDetail" class="org.springframework.scheduling.quartz.MethodInvokingJobDetailFactoryBean">
    <property name="group" value="job_work"/>
    <property name="name" value="job_work_name"/>
    <!--false表示等上一个任务执行完后再开启新的任务-->
    <property name="concurrent" value="false"/>
    <property name="targetObject">
    <ref bean="taskJob"/>
    </property>
    <property name="targetMethod">
    <value>execute</value>
    </property>
    </bean>
     
    <!-- 调度触发器 -->
    <bean id="myTrigger"
    class="org.springframework.scheduling.quartz.CronTriggerFactoryBean">
    <property name="name" value="work_default_name"/>
    <property name="group" value="work_default"/>
    <property name="jobDetail">
    <ref bean="jobDetail" />
    </property>
    <property name="cronExpression">
    <value>0/5 * * * * ?</value>
    </property>
    </bean>
     
    <!-- 调度工厂 -->
    <bean id="scheduler" class="org.springframework.scheduling.quartz.SchedulerFactoryBean">
    <property name="triggers">
    <list>
    <ref bean="myTrigger"/>
    </list>
    </property>
    </bean>

所有的配置都在xml中完成，包括cronExpression表达式，十分的方便。但是如果我的任务信息是保存在数据库的，想要动态的初始化，而且任务较多的时候不是得有一大堆的xml配置？或者说我要修改一下trigger的表达式，使原来5秒运行一次的任务变成10秒运行一次，这时问题就来了，试过在配置文件中不传入cronExpression等参数，但是启动时就报错了，难道我每次都修改xml文件然后重启应用吗，这显然不合适的。最理想的是在与spring整合的同时又能实现动态任务的添加、删除及修改配置。

我们来看一下spring实现quartz的方式，先看一下上面配置文件中定义的jobDetail。其实上面生成的jobDetail并不是我们定义的Bean，因为在Quartz 2.x版本中JobDetail已经是一个接口（当然以前的版本也并非直接生成JobDetail）：

    public interface JobDetail extends Serializable, Cloneable {...｝

Spring是通过将其转换为MethodInvokingJob或StatefulMethodInvokingJob类型来实现的，这两个都是静态的内部类，MethodInvokingJob类继承于QuartzJobBean，而StatefulMethodInvokingJob则直接继承于MethodInvokingJob。这两个类的实现区别在于有状态和无状态，对应于quartz的Job和StatefulJob，具体可以查看quartz文档，这里不再赘述。先来看一下它们实现的QuartzJobBean的主要代码：

    /**
    * This implementation applies the passed-in job data map as bean property
    * values, and delegates to <code>executeInternal</code> afterwards.
    * @see #executeInternal
    */
    public final void execute(JobExecutionContext context) throws JobExecutionException {
    try {
    // Reflectively adapting to differences between Quartz 1.x and Quartz 2.0...
    Scheduler scheduler = (Scheduler) ReflectionUtils.invokeMethod(getSchedulerMethod, context);
    Map mergedJobDataMap = (Map) ReflectionUtils.invokeMethod(getMergedJobDataMapMethod, context);
     
    BeanWrapper bw = PropertyAccessorFactory.forBeanPropertyAccess(this);
    MutablePropertyValues pvs = new MutablePropertyValues();
    pvs.addPropertyValues(scheduler.getContext());
    pvs.addPropertyValues(mergedJobDataMap);
    bw.setPropertyValues(pvs, true);
    }
    catch (SchedulerException ex) {
    throw new JobExecutionException(ex);
    }
    executeInternal(context);
    }
     
    /**
    * Execute the actual job. The job data map will already have been
    * applied as bean property values by execute. The contract is
    * exactly the same as for the standard Quartz execute method.
    * @see #execute
    */
    protected abstract void executeInternal(JobExecutionContext context) throws JobExecutionException;

还有MethodInvokingJobDetailFactoryBean中的代码：

    public void afterPropertiesSet() throws ClassNotFoundException, NoSuchMethodException {
    prepare();
     
    // Use specific name if given, else fall back to bean name.
    String name = (this.name != null ? this.name : this.beanName);
     
    // Consider the concurrent flag to choose between stateful and stateless job.
    Class jobClass = (this.concurrent ? MethodInvokingJob.class : StatefulMethodInvokingJob.class);
     
    // Build JobDetail instance.
    if (jobDetailImplClass != null) {
    // Using Quartz 2.0 JobDetailImpl class...
    this.jobDetail = (JobDetail) BeanUtils.instantiate(jobDetailImplClass);
    BeanWrapper bw = PropertyAccessorFactory.forBeanPropertyAccess(this.jobDetail);
    bw.setPropertyValue("name", name);
    bw.setPropertyValue("group", this.group);
    bw.setPropertyValue("jobClass", jobClass);
    bw.setPropertyValue("durability", true);
    ((JobDataMap) bw.getPropertyValue("jobDataMap")).put("methodInvoker", this);
    }
    else {
    // Using Quartz 1.x JobDetail class...
    this.jobDetail = new JobDetail(name, this.group, jobClass);
    this.jobDetail.setVolatility(true);
    this.jobDetail.setDurability(true);
    this.jobDetail.getJobDataMap().put("methodInvoker", this);
    }
     
    // Register job listener names.
    if (this.jobListenerNames != null) {
    for (String jobListenerName : this.jobListenerNames) {
    if (jobDetailImplClass != null) {
    throw new IllegalStateException("Non-global JobListeners not supported on Quartz 2 - " +
    "manually register a Matcher against the Quartz ListenerManager instead");
    }
    this.jobDetail.addJobListener(jobListenerName);
    }
    }
     
    postProcessJobDetail(this.jobDetail);
    }

上面主要看我们目前用的Quartz 2.0版本的实现部分，到这里或许你已经明白Spring对Quartz的封装原理了。Spring就是通过这种方式在最后Job真正执行时反调用到我们所注入的类和方法。

现在，理解了Spring的实现原理后，我们就可以来设计我们自己的了。在设计时我想到以下几点：

1、减少spring的配置文件，为了实现一个定时任务，spring的配置代码太多了。

2、用户可以通过页面等方式添加、启用、禁用某个任务。

3、用户可以修改某个已经在运行任务的运行时间表达式，CronExpression。

4、为方便维护，简化任务的运行调用处理，任务的运行入口即Job实现类最好只有一个，该Job运行类相当于工厂类，在实际调用时把任务的相关信息通过参数方式传入，由该工厂类根据任务信息来具体执行需要的操作。

在上面的思路下来进行我们的开发吧。

一、spring配置文件

通过研究，发现要实现我们的功能，只需要以下配置：

    <bean id="schedulerFactoryBean" class="org.springframework.scheduling.quartz.SchedulerFactoryBean" />

二、任务运行入口，即Job实现类，在这里我把它看作工厂类：

    /**
    * 定时任务运行工厂类
    *
    * User: liyd
    * Date: 14-1-3
    * Time: 上午10:11
    */
    public class QuartzJobFactory implements Job {
     
    @Override
    public void execute(JobExecutionContext context) throws JobExecutionException {
    System.out.println("任务成功运行");
    ScheduleJob scheduleJob = (ScheduleJob)context.getMergedJobDataMap().get("scheduleJob");
    System.out.println("任务名称 = [" + scheduleJob.getJobName() + "]");
    }
    }

这里我们实现的是无状态的Job，如果要实现有状态的Job在以前是实现StatefulJob接口，在我使用的quartz 2.2.1中，StatefulJob接口已经不推荐使用了，换成了注解的方式，只需要给你实现的Job类加上注解@DisallowConcurrentExecution即可实现有状态：

    /**
    * 定时任务运行工厂类
    * <p/>
    * User: liyd
    * Date: 14-1-3
    * Time: 上午10:11
    */
    @DisallowConcurrentExecution
    public class QuartzJobFactory implements Job {...}

三、创建任务

既然要动态的创建任务，我们的任务信息当然要保存在某个地方了，这里我们新建一个保存任务信息对应的实体类：

    /**
    * 计划任务信息
    *
    * User: liyd
    * Date: 14-1-3
    * Time: 上午10:24
    */
    public class ScheduleJob {
     
    /** 任务id */
    private String jobId;
     
    /** 任务名称 */
    private String jobName;
     
    /** 任务分组 */
    private String jobGroup;
     
    /** 任务状态 0禁用 1启用 2删除*/
    private String jobStatus;
     
    /** 任务运行时间表达式 */
    private String cronExpression;
     
    /** 任务描述 */
    private String desc;
     
    getter and setter ....
    }

接下来我们创建测试数据，实际应用中该数据可以保存在数据库等地方，我们把任务的分组名+任务名作为任务的唯一key，和quartz中的实现方式一致：

    /** 计划任务map */
    private static Map<String, ScheduleJob> jobMap = new HashMap<String, ScheduleJob>();
     
    static {
    for (int i = 0; i < 5; i++) {
    ScheduleJob job = new ScheduleJob();
    job.setJobId("10001" + i);
    job.setJobName("data_import" + i);
    job.setJobGroup("dataWork");
    job.setJobStatus("1");
    job.setCronExpression("0/5 * * * * ?");
    job.setDesc("数据导入任务");
    addJob(job);
    }
    }
     
    /**
    * 添加任务
    * @param scheduleJob
    */
    public static void addJob(ScheduleJob scheduleJob) {
    jobMap.put(scheduleJob.getJobGroup() + "_" + scheduleJob.getJobName(), scheduleJob);
    }

有了调度工厂，有了任务运行入口实现类，有了任务信息，接下来就是创建我们的定时任务了，在这里我把它设计成一个Job对应一个trigger，两者的分组及名称相同，方便管理，条理也比较清晰，在创建任务时如果不存在新建一个，如果已经存在则更新任务，主要代码如下：

    //schedulerFactoryBean 由spring创建注入
    Scheduler scheduler = schedulerFactoryBean.getScheduler();
     
    //这里获取任务信息数据
    List<ScheduleJob> jobList = DataWorkContext.getAllJob();
     
    for (ScheduleJob job : jobList) {
     
    TriggerKey triggerKey = TriggerKey.triggerKey(job.getJobName(), job.getJobGroup());
     
    //获取trigger，即在spring配置文件中定义的 bean id="myTrigger"
    CronTrigger trigger = (CronTrigger) scheduler.getTrigger(triggerKey);
     
    //不存在，创建一个
    if (null == trigger) {
    JobDetail jobDetail = JobBuilder.newJob(QuartzJobFactory.class)
    .withIdentity(job.getJobName(), job.getJobGroup()).build();
    jobDetail.getJobDataMap().put("scheduleJob", job);
     
    //表达式调度构建器
    CronScheduleBuilder scheduleBuilder = CronScheduleBuilder.cronSchedule(job
    .getCronExpression());
     
    //按新的cronExpression表达式构建一个新的trigger
    trigger = TriggerBuilder.newTrigger().withIdentity(job.getJobName(), job.getJobGroup()).withSchedule(scheduleBuilder).build();
     
    scheduler.scheduleJob(jobDetail, trigger);
    } else {
    // Trigger已存在，那么更新相应的定时设置
    //表达式调度构建器
    CronScheduleBuilder scheduleBuilder = CronScheduleBuilder.cronSchedule(job
    .getCronExpression());
     
    //按新的cronExpression表达式重新构建trigger
    trigger = trigger.getTriggerBuilder().withIdentity(triggerKey)
    .withSchedule(scheduleBuilder).build();
     
    //按新的trigger重新设置job执行
    scheduler.rescheduleJob(triggerKey, trigger);
    }
    }

如此，可以说已经完成了我们的动态任务创建，大功告成了。有了上面的代码，添加和修改任务是不是也会了，顺道解决了？

上面我们创建的5个测试任务，都是5秒执行一次，都将调用QuartzJobFactory的execute方法，但是传入的任务信息参数不同，execute方法中的如下代码就是得到具体的任务信息，包括任务分组和任务名：

    ScheduleJob scheduleJob = (ScheduleJob)context.getMergedJobDataMap().get("scheduleJob");

有了任务分组和任务名即确定了该任务的唯一性，接下来需要什么操作实现起来是不是就很容易了？

以后需要添加新的定时任务只需要在任务信息列表中加入记录即可，然后在execute方法中通过判断任务分组和任务名来实现你具体的操作。

以上已经初始实现了我们需要的功能，增加和修改也已经可以通过源代码举一反三出来，但是我们在实际开发的时候需要进行测试，如果一个任务是1个小时运行一次的，测试起来是不是很不方便？当然你可以修改任务的运行时间表达式，但相信这不是最好的方法，接下来我们就要实现在不对当前任务信息做任何修改的情况下触发任务，并且该触发只会运行一次作测试用。待续，，，