在解决任务调度问题的时候,找到了Quartz这个开源的包。下面来记载下学习的足迹。
[b]Quartz体系结构[/b]
Quartz对任务调度的领域问题进行了高度的抽象,提出了调度器、任务和触发器这3个核心概念。并在org.quartz通过接口和类对重要的这些核心概念进行描述:
[b]1.Job:[/b] 是一个接口,只有一个方法void execute(JobExecutionContext context),可以通过实现该接口来定义运行任务,JobExecutionContext类提供了调度上下文的各种信息。Job运行时的信息保存在JobDataMap实例中;
[b]2. JobDetail:[/b] Quartz在每次执行Job时,都重新创建一个Job实例,所以它不直接接受一个Job的实例,相反它接收一个Job实现类,以便运行时通过newInstance()的反射机制实现化Job。因此需要通过一个类来描述Job的实现类及其它相关的静态信息,如Job名字、描述、关联监听器等信息,JobDetail承担这样的角色。
通过该类的构造函数可以更具体地了解它的功用:JobDetail(java.lang.String name, java.lang.String.group,java.lang.Class jobClass),该构造函数要求指定Job的实现类,以及任务在Scheduler中的组名和Job名称。
[b]3. Trigger[/b]: 是一个类,描述触发Job执行的时间触发规则。主要有SimpleTriggle和CronTrigger这两个子类。当仅需触发一次或者以固定时间间隔周期执行,SimpleTrigger是最适合的选择;而CronTrigger则可以通过Cron表达式定义出各种复杂时间规则的调度方案;如每天某个固定时间执行,或者某天的某个时间执行等。
[b]4.Calendar:[/b] org.quartz.Calendar和java.util.Calendar不同,它是一些日历特定时间点的集合(可以简单地将org.quartz.Calendar看作java.util.Calendar的集合----java.util.Calendar代表一个日历时间点,无特殊说明后的Calendar指的是org.quartz.Calendar)。一个Trigger可以和多个Calendar关联,以便排除或包含某些时间点。
例如,我们安排每周一10点执行任务,但是如果碰到法定的节日则任务不执行,这样的情况就需要使用Trigger触发机制的基础上使用Calendar进行定点排除。针对不同时间段类型的Quartz在org.quartz.impl.calendar包下提供了若干Calendar的实现类。
[b]5.Schedule:[/b]代表一个Quartz的独立运行容器,Trigger和JobDetail可以注册到Scheduler中,两者在Scheduled中拥有各自的组及名称,组及名称是Scheduler查找定位容器中某一对象的依据,Trigger的组及名称必须唯一,JobDetail的组合名称也必须唯一(但可以和Trigger的组和名称相同,因为它们是不同类型的)。Scheduler定义了多个接口方法,允许外部通过组及名称访问和控制容器中Trigger和JobDetail。
Scheduler可以将Trigger绑定到某一JobDetail中,这样当Trigger触发时,对应的Job就被执行。一个Job可以对应多个Trigger,但一个Trigger只能对应一个Job。可以通过SchedulerFactory创建一个Scheduler实例。Scheduler拥有一个SchedulerContext,它类似于ServletContext,保存着Scheduler上下文信息,Job和Trigger都可以访问SchedulerContext内的信息。SchedulerContext内部通过一个Map,以键值对的方式维护这些上下文数据,SchedulerContext为保存和获取数据提供了多个put()和getXXX()方法。可以通过Scheduler.getContext获取对应的SchedulerContext实例。
[b]6.ThreadPool:[/b] Scheduler使用一个线程池作为任务运行的基础设施,任务通过共享线程池中的线程提高运行效率。
[b]Quartz体系结构[/b]
Quartz对任务调度的领域问题进行了高度的抽象,提出了调度器、任务和触发器这3个核心概念。并在org.quartz通过接口和类对重要的这些核心概念进行描述:
[b]1.Job:[/b] 是一个接口,只有一个方法void execute(JobExecutionContext context),可以通过实现该接口来定义运行任务,JobExecutionContext类提供了调度上下文的各种信息。Job运行时的信息保存在JobDataMap实例中;
[b]2. JobDetail:[/b] Quartz在每次执行Job时,都重新创建一个Job实例,所以它不直接接受一个Job的实例,相反它接收一个Job实现类,以便运行时通过newInstance()的反射机制实现化Job。因此需要通过一个类来描述Job的实现类及其它相关的静态信息,如Job名字、描述、关联监听器等信息,JobDetail承担这样的角色。
通过该类的构造函数可以更具体地了解它的功用:JobDetail(java.lang.String name, java.lang.String.group,java.lang.Class jobClass),该构造函数要求指定Job的实现类,以及任务在Scheduler中的组名和Job名称。
[b]3. Trigger[/b]: 是一个类,描述触发Job执行的时间触发规则。主要有SimpleTriggle和CronTrigger这两个子类。当仅需触发一次或者以固定时间间隔周期执行,SimpleTrigger是最适合的选择;而CronTrigger则可以通过Cron表达式定义出各种复杂时间规则的调度方案;如每天某个固定时间执行,或者某天的某个时间执行等。
[b]4.Calendar:[/b] org.quartz.Calendar和java.util.Calendar不同,它是一些日历特定时间点的集合(可以简单地将org.quartz.Calendar看作java.util.Calendar的集合----java.util.Calendar代表一个日历时间点,无特殊说明后的Calendar指的是org.quartz.Calendar)。一个Trigger可以和多个Calendar关联,以便排除或包含某些时间点。
例如,我们安排每周一10点执行任务,但是如果碰到法定的节日则任务不执行,这样的情况就需要使用Trigger触发机制的基础上使用Calendar进行定点排除。针对不同时间段类型的Quartz在org.quartz.impl.calendar包下提供了若干Calendar的实现类。
[b]5.Schedule:[/b]代表一个Quartz的独立运行容器,Trigger和JobDetail可以注册到Scheduler中,两者在Scheduled中拥有各自的组及名称,组及名称是Scheduler查找定位容器中某一对象的依据,Trigger的组及名称必须唯一,JobDetail的组合名称也必须唯一(但可以和Trigger的组和名称相同,因为它们是不同类型的)。Scheduler定义了多个接口方法,允许外部通过组及名称访问和控制容器中Trigger和JobDetail。
Scheduler可以将Trigger绑定到某一JobDetail中,这样当Trigger触发时,对应的Job就被执行。一个Job可以对应多个Trigger,但一个Trigger只能对应一个Job。可以通过SchedulerFactory创建一个Scheduler实例。Scheduler拥有一个SchedulerContext,它类似于ServletContext,保存着Scheduler上下文信息,Job和Trigger都可以访问SchedulerContext内的信息。SchedulerContext内部通过一个Map,以键值对的方式维护这些上下文数据,SchedulerContext为保存和获取数据提供了多个put()和getXXX()方法。可以通过Scheduler.getContext获取对应的SchedulerContext实例。
[b]6.ThreadPool:[/b] Scheduler使用一个线程池作为任务运行的基础设施,任务通过共享线程池中的线程提高运行效率。