quartz由浅入深.pdf

quartz 由浅入深 一、quartz 核心概念 先来看一张图： scheduler 任务调度器 trigger 触发器，用于定义任务调度时间规则 任务，即被调度的任务 job 错过的，指本来应该被执行但实际没有被执行的任务调度 misfire  Job ：是一个接口，只有一个方法void execute(JobExecutionContext context) ，开发者实现该接口定义运行任务， JobExecutionContext 类提供了调度上下文的各种信息。Job 运行时的信息保存在 JobDataMap 实例中；  JobDetail ：Quartz 在每次执行 Job 时，都重新创建一个Job 实例，所以它不直接接受一个 Job 的实例，相反它接收 一个 Job 实现类，以便运行时通过 newInstance()的反射机制实例化Job。因此需要通过一个类来描述Job 的实现类及 其它相关的静态信息，如 Job 名字、描述、关联监听器等信息，JobDetail 承担了这一角色。  Trigger ：是一个类，描述触发Job 执行的时间触发规则。主要有 SimpleTrigger 和 CronTrigger 这两个子类。当仅需 触发一次或者以固定时间间隔周期执行，SimpleTrigger 是最适合的选择；而 CronTrigger 则可以通过 Cron 表达式定 义出各种复杂时间规则的调度方案：如每早晨 9:00 执行，周一、周三、周五下午 5:00 执行等； 1 / 21  Calendar ：org.quartz.Calendar 和java.util.Calendar 不同，它是一些日历特定时间点的集合（可以简单地将 org.quartz.Calendar 看作java.util.Calendar 的集合——java.util.Calendar 代表一个日历时间点，无特殊说明后面的 Calendar 即指 org.quartz.Calendar ）。一个Trigger 可以和多个 Calendar 关联，以便排除或包含某些时间点。假设， 我们安排每周星期一早上 10:00 执行任务，但是如果碰到法定的节日，任务则不执行，这时就需要在 Trigger 触发机制 的基础上使用 Calendar 进行定点排除。  Scheduler ：代表一个Quartz 的独立运行容器，Trigger 和 JobDetail 可以注册到 Scheduler 中，两者在 Scheduler 中拥有各自的组及名称，组及名称是 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 实例；  ThreadPool ：Scheduler 使用一个线程池作为任务运行的基础设施，任务通过共享线程池中的线程提高运行效率。 二、quartz 设计分析 perties 文件 Quartz 有一个叫做