正如您在第2课中看到的,Job相当容易实现,在界面中只有一个“execute”方法。您还需要了解一些有关Job性质,Job接口的执行(..)方法以及有关JobDetails的更多信息。
虽然您实现的Job类具有知道特定类型任务的实际情况的代码,但Quartz需要了解您希望该Job实例具有的各种属性。这是通过JobDetail类完成的,该类已在前面的章节中简要提及。
JobDetail实例是使用JobBuilder类构建的。您通常需要使用其所有方法的静态导入。
import static org.quartz.JobBuilder.*;
现在让我们花点时间来谈一谈关于Jobs的“本质”和Quartz中工作实例的生命周期。首先让我们回顾一下我们在第一课中看到的一些代码片段:
// define the job and tie it to our HelloJob class
JobDetail job = newJob(HelloJob.class)
.withIdentity("myJob", "group1") // name "myJob", group "group1"
.build();
// Trigger the job to run now, and then every 40 seconds
Trigger trigger = newTrigger()
.withIdentity("myTrigger", "group1")
.startNow()
.withSchedule(simpleSchedule()
.withIntervalInSeconds(40)
.repeatForever())
.build();
// Tell quartz to schedule the job using our trigger
sched.scheduleJob(job, trigger);
现在考虑将作业类“HelloJob”定义为:
public class HelloJob implements Job {
public HelloJob() {
}
public void execute(JobExecutionContext context)
throws JobExecutionException
{
System.err.println("Hello! HelloJob is executing.");
}
}
请注意,我们为调度器提供了一个JobDetail实例,并且知道要在执行JobDetail时仅通过提供Job的类来执行。调度器每次执行任务的时候都会在调用一个新的Job实例,在execute(..)方法之前创建该类的新实例。执行完成后,将删除对Job类实例的引用,然后对实例进行垃圾回收。这种行为的后果之一是Job必须有一个无参数的构造函数(当使用默认的JobFactory实现时)。另一个分支是,在Job类中定义状态数据字段是没有意义的 - 因为它们的值在任务执行之间不会被保留。
你现在可能想要问“如何为Job实例提供属性/配置?”以及“如何在执行之间跟踪任务的状态?”这些问题的答案是相同的:JobDataMap ,它是JobDetail对象的一部分。
JobDataMap
JobDataMap可用于保存任何数量的ÿ