quartz由浅入深
quartz由浅入深
一、quartz核心概念
先来看一张图：
●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执行等；
●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设计分析
quartz.properties文件
Quartz有一个叫做quartz.properties的配置文件，它允许你修改框架运行时环境。缺省是使用Quartz.jar里面的quartz.properties文件。当然，你应该创建一个quartz.properties文件的副本并且把它放入你工程的classes目录中以便类装载器找到它。
一旦将Quartz.jar文件和第三方库加到自己的工程里面并且quartz.properties文件在工程的classes目录中，就可以创建作业了。然而，在做这之前，我们暂且回避一下先简短讨论一下Quartz架构。
Quartz内部架构
在规模方面，Quartz跟大多数开源框架类似。大约有300个Java类和接口，并被组织到12个包中。这可以和Apache Struts把大约325个类和接口以及组织到11个包中相比。尽管规模几乎不会用来作为衡量框架质量的一个特性，但这里的关键是quarts内含很多功能，这些功能和特性集是否成为、或者应该成为评判一个开源或非开源框架质量的因素。Quartz调度器
Quartz框架的核心是调度器。调度器负责管理Quartz应用运行时环境。调度器不是靠自己做所有的工作，而是依赖框架内一些非常重要的部件。Quartz不仅仅是线程和线程管理。为确保可伸缩性，Quartz采用了基于多线程的架构。
启动时，框架初始化一套worker线程，这套线程被调度器用来执行预定的作业。这就是Quartz怎样能并发运行多个作业的原理。Quartz依赖一套松耦合的线程池管理部件来管理线程环境。本文中，我们会多次提到线程池管理，但Quartz里
面的每个对象是可配置的或者是可定制的。所以，例如，如果你想要插进自己线程池管理设施，我猜你一定能！
作业
用Quartz的行话讲，作业是一个执行任务的简单Java类。任务可以是任何Java代码。只需你实现org.quartz.Job接口并且在出现严重错误情况下抛出JobExecutionException异常即可。
Job接口包含唯一的一个方法execute()，作业从这里开始执行。一旦实现了Job接口和execute()方法，当Quartz确定该是作业运行的时候，它将调用你的作业。Execute()方法内就完全是你要做的事情。
作业管理和存储
作业一旦被调度，调度器需要记住并且跟踪作业和它们的执行次数。如果你的作业是30分钟后或每30秒调用，这不是很有用。事实上，作业执行需要非常准确和即时调用在被调度作业上的execute()方法。Quartz通过一个称之为作业存储（JobStore）的概念来做作业存储和管理。
有效作业存储
Quartz提供两种基本作业存储类型。第一种类型叫做RAMJobStore，它利用通常的内存来持久化调度程序信息。这种作业存储类型最容易配置、构造和运行。对许多应用来说，这种作业存储已经足够了。
然而，因为调度程序信息是存储在被分配给JVM的内存里面，所以，当应用程序停止运行时，所有调度信息将被丢失。如果你需要在重新启动之间持久化调度信息，则将需要第二种类型的作业存储。
第二种类型的作业存储实际上提供两种不同的实现，但两种实现一般都称为JDBC作业存储。两种JDBC作业存储都需要JDBC驱动程序和后台数据库来持久化调度程序信息。这两种类型的不同在于你是否想要控制数据库事务或这释放控制给应用服务器例如BEA's WebLogic或Jboss。（这类似于J2EE领域中，Bean管理的事务和和容器管理事务之间的区别）这两种JDBC作业存储是：
· JobStoreTX：当你想要控制事务或工作在非应用服务器环境中是使用
· JobStoreCMT：当你工作在应用服务器环境中和想要容器控制事务时使用。
JDBC作业存储为需要调度程序维护调度信息的用户而设计。
作业和触发器
Quartz设计者做了一个设计选择来从调度分离开作业。Quartz中的触发器用来告诉调度程序作业什么时候触发。框架提供了一把触发器类型，但两个最常用的是SimpleTrigger和CronTrigger。SimpleTrigger为需要简单打火调度而设计。
典型地，如果你需要在给定的时间和重复次数或者两次打火之间等待的秒数打火一个作业，那么SimpleTrigger适合你。另一方面，如果你有许多复杂的作业调度，那么或许需要CronTrigger。
CronTrigger是基于Calendar-like调度的。当你需要在除星期六和星期天外的每天上午10点半执行作业时，那么应该使用CronTrigger。正如它的名字所暗示的那样，CronTrigger是基于Unix克隆表达式的。
作为一个例子，下面的Quartz克隆表达式将在星期一到星期五的每天上午10点15分执行一个作业。
0 15 10 ? * MON-FRI
下面的表达式
0 15 10 ? * 6L 2002-2005
将在2002年到2005年的每个月的最后一个星期五上午10点15分执行作业。你不可能用SimpleTrigger来做这些事情。你可以用两者之中的任何一个，但哪个跟合适则取决于你的调度需要。
错过触发(misfire)
trigger还有一个重要的属性misfire；如果scheduler关闭了，或者Quartz线程池中没有可用的线程来执行job，此时持久性的trigger就会错过(miss)其触发时间，即错过触发(misfire)。不同类型的trigger，有不同的misfire机制。它们默认都使用“智能机制(smart policy)”，即根据trigger的类型和配置动态调整行为。当scheduler启动的时候，查询所有错过触发(misfire)的持久性trigger。然后根据它们各自的misfire机制更新trigger的信息。当你在项目中使用Quartz时，你应该对各种类型的trigger的misfire机制都比较熟悉，这些misfire机制在JavaDoc中有说明。关于misfire机制的细节，会在讲到具体的trigger时作介绍。
调度一个作业
让我们通过看一个例子来进入实际讨论。现假定你管理一个部门，无论何时候客户在它的FTP服务器上存储一个文件，都得用电子邮件通知它。我们的作业将用FTP登陆到远程服务器并下载所有找到的文件。
然后，它将发送一封含有找到和下载的文件数量的电子邮件。这个作业很容易就帮助人们整天从手工执行这个任务中解脱出来，甚至连晚上都无须考虑。我们可以设置作业循环不断地每60秒检查一次，而且工作在7×24模式下。这就是Quartz 框架完全的用途。
首先创建一个Job类，将执行FTP和Email逻辑。下例展示了Quartz的Job类，它实现了org.quartz.Job接口。
用调度器调用作业
首先创建一个作业，但为使作业能被调度器调用，你得向调度程序说明你的作业的调用时间和频率。这个事情由与作业相关的触发器来完成。因为我们仅仅对大约每60秒循环调用作业感兴趣，所以打算使用SimpleTrigger。
作业和触发器通过Quartz调度器接口而被调度。我们需要从调度器工厂类取得一个调度器的实例。最容易的办法是调用StdSchedulerFactory这个类上的静态方法getDefaultScheduler()。
使用Quartz框架，你需要调用start()方法来启动调度器。例3的代码遵循了大多数Quartz应用的一般模式：创建一个或多个作业，创建和设置触发器，用调度器调度作业和触发器，启动调度器。
编程调度同声明性调度
我们通过编程的方法调度我们的ScanFTPSiteJob作业。就是说，我们用Java代码来设置作业和触发器。Quartz框架
也支持在xml文件里面申明性的设置作业调度。申明性方法允许我们更快速地修改哪个作业什么时候被执行。
Quartz框架有一个插件，这个插件负责读取xml配置文件。xml配置文件包含了关于启动Quartz应用的作业和触发器信息。所有xml文件中的作业连同相关的触发器都被加进调度器。你仍然需要编写作业类，但配置那些作业类的调度器则非常动态化。你可以将xml文件中的元素跟例3代码作个比较，它们从概念上来看是相同的。使用申明性方法的好处是维护变得极其简单，只需改变xml配置文件和重新启动Quartz应用即可。无须修改代码，无须重新编译，无须重新部署。
有状态和无状态作业
作业到是无状态的。这意味着在两次作业执行之间，不会去维护作业执行时JobDataMap的状态改变。如果你需要能增、删，改JobDataMap的值，而且能让作业在下次执行时能看到这个状态改变，则需要用Quartz有状态作业。
Quartz有状态作业实现了org.quartz.StatefulJob接口。
无状态和有状态作业的关键不同是有状态作业在每次执行时只有一个实例。大多数情况下，有状态的作业不回带来大的问题。然而，如果你有一个需要频繁执行的作业或者需要很长时间才能完成的作业，那么有状态作业可能给你带来伸缩性问题。
监听器和插件
每个人都喜欢监听和插件。今天，几乎下载任何开源框架，你必定会发现支持这两个概念。监听是你创建的Java类，当关键事件发生时会收到框架的回调。例如，当一个作业被调度、没有调度或触发器终止和不再打火时，这些都可以通过设置来来通知你的监听器。Quartz框架包含了调度器监听、作业和触发器监听。你可以配置作业和触发器监听为全局监听或者是特定于作业和触发器的监听。
一旦你的一个具体监听被调用，你就能使用这个技术来做一些你想要在监听类里面做的事情。例如，你如果想要在每次作业完成时发送一个电子邮件，你可以将这个逻辑写进作业里面，也可以JobListener里面。写进JobListener的方式强制使用松耦合有利于设计上做到更好。
Quartz插件是一个新的功能特性，无须修改Quartz源码便可被创建和添加进Quartz框架。他为想要扩展Quartz框架又没有时间提交改变给Quartz开发团队和等待新版本的开发人员而设计。如果你熟悉Struts插件的话，那么完全可以理解Quartz插件的使用。
与其Quartz提供一个不能满足你需要的有限扩展点，还不如通过使用插件来拥有可修整的扩展点。
集群Quartz应用
Quartz应用能被集群，是水平集群还是垂直集群取决于你自己的需要。集群提供以下好处：
·伸缩性
·高可用性
·负载均衡
目前，Quartz只能借助关系数据库和JDBC作业存储支持集群。将来的版本这个制约将消失并且用RAMJobStore集群将是可能的而且将不需要数据库的支持。
三、结构与流程分析
1、定时器的启动
参考这张图，首先quartz的加载可以有两种方式：
方式1：通过servlet
方式2：通过spring，例如：
SpringContext在加载SchedulerFactoryBean时会去加载他的afterPropertiesSet方法。而SchedulerFactoryBean会去与quartz的StdSchedulerFactory交互初使化配置，StdSchedulerFactory会create类QuartzScheduler QuartzScheduler，QuartzScheduler会启动总控制线程QuartzSchedulerThread不停的轮循。
而轮循的代码是：
画成图是这样的：
只看左边的图：普通线程
1、线程是否halt住了，没有的话继续；
2、等待，直到线程池里有线程可处理了；
3、调度器在trigger队列中寻找30s内一定数目的trigger批量执行，1.8.6版本是1, 2.2.1版本默认是1，但可以调整这个值。
同时查到的trigger会通过insertFiredTrigger保存到FIRED_TRIGGER表中。
4、等到时间到。
5、加锁，批量执行>1时才加锁，让集群其它服务结点无法操作。然后取到需要触发的trigger，然后再解锁。
6、点火，在线程池执行一个线程，取触发器、JOB，然后在这个线程执行。
7、修改数据库状态为正在执行。
再总结一下类的结构：
1、StdSchedulerFactory是工厂类，还有一个工厂类DirectSchedulerFactory比较简单，而StdSchedulerFactory是可以
加载各种属性的。
属性的加载initialize方法，Contants里面都是参数，可以按说明在quartz.properties上加。
2、StdSchedule只是QuartzSchedule的一个包装类，方法更清晰。
3、QuartzScheduler是整个定时任务框架工作的核心类，上面的类图仅仅展现了QuartzScheduler中几个核心成员。
4、QuartzSchedulerResources可以认为是存放一切配置以及通过配置初始化出来的一些资源的容器，其中包括了存储job
定义的jobStor
5、JobStore可以有多种实现，我们使用的是默认的RAMJobStore；
6、ThreadPool，还有一个非常重要的对象就是ThreadPool，这个线程池管理着执行我们定义的Job所需的所有线程。这
个线程池的大小配置就是通过我上面提到过的“org.quartz.threadPool.threadCount”进行配置的。QuartzScheduler另一个重要成员就是QuartzSchedulerThread，没有这个线程的话我们所有定义的任务都不会被触发执行，也就是说它是Quartz后台的“守护线程”，它不断的去查找合适的job并触发这些Job执行。
7、QuartzSchedulerThread主要业务逻辑在上面已经讲了。
2、触发点火
1.if(goAhead){
2.try{
3.//触发trigger
首先要分析一下qsRsrcs.getJobStore()，是JobStoreSupport还是RAMJobStore。JobStoreSupport是数据库方式存Job，RAMJobStore是通过内存的方式存Job。数据库比内存访问要慢，但是数据不会因为服务重启而丢失。JobStoreSupport 的子类分为JobStoreTX和JobStoreCMT。JobStoreTX事务自己管理、JobStoreCMT事务交由容器管理。
在quartz.properties里配置，即可以在Factory里被注入。
quartz.properteis:
https://www.360docs.net/doc/b714197462.html,.quartz.jobStore.class=org.quartz.impl.jdbcjobstore.JobStoreTX
StdSchedulerFactory的instantiate方法中：
triggersFired的逻辑：
triggersFired后，会循环处理每个trigger。
2.selectTriggerState先查出状态，只有可运行状态才是可执行的。
3.selectJobDetail查出JOB的详情。
4.修改trigger的信息为正在执行。1.8.6版本是先删后增。
5.修改FIRED_TRIGGER表中信息为正在执行。
6.修改trigger信息，修改下一次触发时间。
查看QuartzScheduleThread的线程执行时，可以看到执行的结果是保存在TriggerFiredBundle类里的。
3、在线程中运行任务
getSchedule只是启动了QuartzSchedulerThread线程，开关未打开。
start()才是打开QuartzSchedulerThread的开关，真正开始线程轮循。
当总线程QuartzSchedulerThread处理完了数据库对trigger操作后，就开始把任务放到线程中执行了。
shell = qsRsrcs.getJobRunShellFactory().createJobRunShell(bndle); //这是获取一个执行的shell，并实现runnable
接口。
shell.initialize(qs); //初使化shell并建new Job实例化Job接口。
qsRsrcs.getThreadPool().runInThread(shell) //这是把shell真正放到线程池中的一个线程上去运行。
总结一下类图结构：
1、JobRunShell是工作线程执行的核心，它实现了Runnable接口。放入到quartz启动时就创建的线程池中的线程上运行。
2、JobExecutionContextImpl是包含了执行环境需要的变量。由JobRunShell在初使化时创建。
3、线程池SimpleThreadPool在quartz启动时初使化、线程池中的工作线程WorkThread在第一调用initialize方法时创建。
线程池维护3个链表workers、availWorkers、busyWorkers。创建后的线程放入到availWorkers、执行时放入到busyWorkers、执行完后又放回到availWorkers.
4、trigger的状态变化。
最后总结下trigger的状态：
workThread线程执行前，当fired_trigger表由ACQUIRED状态修改为EXECUTING状态时，trigger表由ACQUIRED状态变为WAITING状态。
由于为任务执行完成后，trigger才回到WAITING状态，重新被获取。
所以如果每隔10秒钟执行任务，一个任务要执行8秒钟，则同一时间只有一个线程执行。
如果每隔5秒钟执行任务，一个任务要执行8秒钟，则需要2个线程。
如果每隔M秒钟执行任务，一个任务要执行N秒钟，则需要N/M个线程。
五、quartz关键点分析
1、batchTriggerAcquisitionMaxCount的使用
通过测试，如果是批量执行的话，时间精度是没有控制的。
job1每5,15,25秒执行
job2每6,16,26秒执行
job3每7,17,27秒执行
job4每8,18,28秒执行
代码是：
org.quartz.scheduler.batchTriggerAcquisitionMaxCount: 5
增加批量配置的测试的结果是5,15,25秒时每个任务1,2,3,4都执行了：
#批量选trigger
org.quartz.scheduler.batchTriggerAcquisitionMaxCount: 5 结果是分别执行，精确到秒的。
quartz定时任务时间设置
quartz定时任务时间设置 这些星号由左到右按顺序代表：* * * * * * * 格式：[秒] [分] [小时] [日] [月] [周] [年] 序号说明 是否必填允许填写的值允许的通配符 1 秒是0-59 , - * / 2 分是0-59 , - * / 3 小时是0-23 , - * / 4 日是1-31 , - * ? / L W 5 月是1-12 or JAN-DEC , - * / 6 周是1- 7 or SUN-SAT , - * ? / L # 7 年否empty 或1970-2099 , - * / 通配符说明: * 表示所有值. 例如:在分的字段上设置"*",表示每一分钟都会触发。 ? 表示不指定值。使用的场景为不需要关心当前设置这个字段的值。例如:要在每月的10号触发一个操作，但不关心是周几，所以需要周位置的那个字段设置为"?" 具体设置为0 0 0 10 * ? - 表示区间。例如在小时上设置"10-12",表示10,11,12点都会触发。 , 表示指定多个值，例如在周字段上设置"MON,WED,FRI" 表示周一，周三和周五触发 / 用于递增触发。如在秒上面设置"5/15" 表示从5秒开始，每增15秒触发(5,20,35,50)。在月字段上设置'1/3'所示每月1号开始，每隔三天触发一次。 L 表示最后的意思。在日字段设置上，表示当月的最后一天(依据当前月份，如果是二月还会依据是否是润年[leap]), 在周字段上表示星期六，相当于"7"或"SAT"。如果在"L"前加上数字，则表示该数据的最后一个。例如在周字段上设置"6L"这样的格式,则表示“本月最后一个星期五" W 表示离指定日期的最近那个工作日(周一至周五). 例如在日字段上设置"15W"，表示离每月15号最近的那个工作日触发。如果15号正好是周六，则找最近的周五(14号)触发, 如果15号是周未，则找最近的下周一(16号)触发.如果15号正好在工作日(周一至周五)，则就在该天触发。如果指定格式为"1W",它则表示每月1号往后最近的工作日触发。如果1号正是周六，则将在3号下周一触发。(注，"W"前只能设置具体的数字,不允许区间"-"). 小提示 'L'和'W'可以一组合使用。如果在日字段上设置"LW",则表示在本月的最后一个工作日触发(一般指发工资) # 序号(表示每月的第几个周几)，例如在周字段上设置"6#3"表示在每月的第三个周六.注意如果指定"#5",正好第五周没有周六，则不会触发该配置(用在母亲节和父亲节再合适不过了) 小提示 周字段的设置，若使用英文字母是不区分大小写的MON 与mon相同. 常用示例: 0 0 12 * * ? 每天12点触发 0 15 10 ? * * 每天10点15分触发 0 15 10 * * ? 每天10点15分触发 0 15 10 * * ? * 每天10点15分触发 0 15 10 * * ? 2005 2005年每天10点15分触发 0 * 14 * * ? 每天下午的2点到2点59分每分触发
详细讲解Quartz如何从入门到精通
详细讲解Quartz如何从入门到精通（1） Quartz是一个开源的作业调度框架，它完全由Java写成，并设计用于J2SE 和J2EE应用中。它提供了巨大的灵活性而不牺牲简单性。你能够用它来为执行一个作业而创建简单的或复杂的调度。它有很多特征，如：数据库支持，集群，插件，EJB作业预构建，JavaMail及其它，支持cron-like表达式等等。 本文内容 1、Quartz让任务调度简单 2、Quartz的发展史 3、上手Quartz 4、Quartz内部架构 5、作业 6、作业管理和存储 7、有效作业存储 8、作业和触发器 9、调度一个作业 10、用调度器（Scheduler）调用你的作业 11、编程调度同声明性调度 12、有状态和无状态作业 13、Quartz框架的其他特征 14、Quartz下一步计划 15、了解更多Quartz特征 你曾经需要应用执行一个任务吗？这个任务每天或每周星期二晚上11：30，或许仅仅每个月的最后一天执行。一个自动执行而无须干预的任务在执行过程中如果发生一个严重错误，应用能够知到其执行失败并尝试重新执行吗？你和你的团队是用 Java编
程吗？如果这些问题中任何一个你回答是，那么你应该使用Quartz调度器。 旁注：Matrix目前就大量使用到了Quartz。比如，排名统计功能的实现，在Jmatrix 里通过Quartz定义了一个定时调度作业，在每天凌晨一点，作业开始工作，重新统计大家的Karma和排名等。 还有，RSS文件的生成，也是通过Quartz定义作业，每隔半个小时生成一次RSS XML 文件。 所以Quartz使用的地方很多，本文无疑是一篇很好的入门和进阶的文章，在此，感谢David w Johnson的努力！ Quartz让作业调度简单 在你的Job接口实现类里面，添加一些逻辑到execute()方法。一旦你配置好Job 实现类并设定好调度时间表，Quartz将密切注意剩余时间。当调度程序确定该是通知你的作业的时候，Quartz框架将调用你Job实现类（作业类）上的 execute()方法并允许做它该做的事情。无需报告任何东西给调度器或调用任何特定的东西。仅仅执行任务和结束任务即可。如果配置你的作业在随后再次被调用，Quartz框架将在恰当的时间再次调用它。 如果你使用了其它流行的开源框架象struts，你会对Quartz的设计和部件感到舒适。虽然两个开源工程是解决完全不同的问题，还是有很多相似的之处，就是开源软件用户每天感觉很舒适。Quartz能用在单机J2SE应用中，作为一个RMI服务器，也可以用在web应用中，甚至也可以用在J2EE应用服务器中。 Quartz的发展史 尽管Quartz今年开始受到人们注意，但还是暂时流行。Quartz由James House 创建并最初于2001年春天被加入sourceforge工程。接下来的几年里，有许多新特征和版本出现，但是直到项目迁移到新的站点并成为 OpenSymphony项目家族的一员，才开始真正启动并受到应有的关注。 James House仍然和几个协助他的业余开发者参与大量开发工作。Quartz开发团队今年能发布几个新版本，包括当前正处在候选发布阶段的1.5版。 上手Quartz Quartz工程驻留在OpenSymphony站点上。在Quartz站点上可以找到许多有用的资源：JavaDocs，包含指南的文档，CVS访问，用户和开发者论坛的连接，当然也有下载。 从下载连接取得Quartz的发布版本，并且解压到到本地目录。这个下载文件包含了一个预先构建好的Quartz二进制文件（quartz.jar），你可以将它放进自己的应
Spring提供的三种定时任务机制及其比较
Spring提供的三种定时任务机制及其比较 定时任务的需求在众多应用系统中广泛存在，在Spring中，我们可以使用三种不同的定时机制，下面一一描述并加以比较 1. 基于Quartz的定时机制
下面详细解释这个类图中涉及的关键类及其使用场景 1.1. SchedulerFactoryBean 这是Spring中基于Quartz的定时机制入口，只要Spring容器装载了这个类，Quartz定时机制就会启动，并加载定义在这个类中的所有trigger Spring配置范例： [xhtml]view plaincopy 1.
Spring配置范例： [xhtml]view plaincopy 1.
Quartz+spring定时器实例用
Spring+Quartz定时器例子如下： 1. javabean类 在Test.QuartzJob中 1.package Test; 2. 3.public class QuartzJob { 4.public void work() 5. { 6. System.out.println("Quartz的任务调度！！！"); 7. } 8. } 1. 2.
Quartz任务调度说明 CronTrigger + Spring
触发器中两个重要的触发器 1，SimpleTrigger ：可以精确到毫秒，如果需要让任务只在某个时刻执行一次，或者，在某个时刻开始，然后按照某个时间间隔重复执行 例如： public SimpleTrigger(String name, //名称 String group, //组名 Date startTime, //开始时间 Date endTime, //结束时间（控制权高于重复次数属性）为null 时直到永远 int repeatCount, //重复次数（可能是0） long repeatInterval) //重复间隔（以毫秒为单位） 2，CronTrigger ：像日历那样按日程来触发任务。可以指定诸如“每个周五中午”，或者“每个工作日的9:30”或者“从每个周一、周三、周五的上午9：00到上午10：00之间每隔五分钟”这样日程安排来触发。 也可以像SimpleTrigger一样，CronTrigger也有一个startTime以指定日程从什么时候开始，也有一个（可选的）endTime以指定何时日程不再继续. Cron表达式被用来配置CronTrigger实例.Cron表达式是一个由7个子表达式组成的字符串。每个子表达式都描述了一个单独的日程细节。这些子表达式用空格分隔，分别表示：秒分钟小时月中的天天周中的天年 秒---例如：3/5从第3秒开始每隔5秒触发一次 通配符（'*'）可以被用来表示域中“每个”可能的值 '?'字符可以用在day-of-month及day-of-week域中，它用来表示“没有指定值”。 'L'字符可以在day-of-month及day-of-week中使用，L是last的缩写。如时在day-of-month 中L表示的月的最后一天。在day-of-week中，表示"当月的最后的周XXX"，例如："6L" 或者"FRIL"都表示本月的最后一个周五。 '#'表示表示月中的第几个周几。例如：day-of-week 域中的"6#3" 或者"FRI#3" 表示“月中第三个周五”。 注意：对于单独触发器来说，有些日程需求可能过于复杂而不能用表达式表述，例如：9：00到10：00之间每隔5分钟触发一次，下午1：00到10点每隔20分钟触发一次。 这个解决方案就是创建两个触发器，两个触发器都运行相同的任务。 CronTrigger 例1 –一个简单的每隔5分钟触发一次的表达式 "0 0/5 * * * ?" CronTrigger 例2 –在每分钟的10秒后每隔5分钟触发一次的表达式(例如. 10:00:10 am, 10:05:10等.)。 "10 0/5 * * * ?" CronTrigger 例3 –在每个周三和周五的10：30，11：30，12：30触发的表达式。 "0 30 10-13 ? * WED,FRI" CronTrigger 例4 –在每个月的5号，20号的8点和10点之间每隔半个小时触发一次且不包括10点，只是8：30，9：00和9：30的表达式。
【SpringBoot】廿五、SpringBoot中使用Quartz管理定时任务
【SpringBoot】廿五、SpringBoot中使用Quartz管理定 时任务 2020-07-21 15:55:47 定时任务在系统中用到的地方很多，例如每晚凌晨的数据备份，每小时获取第三方平台的Token 信息等等，之前我们都是在项目中规定这个定时任务什么时候启动，到时间了便会自己启动，那么我们想要停止这个定时任务的时候，就需要去改动代码，还得启停服务器，这是非常不友好的事情 直至遇见 Quartz，利用图形界面可视化管理定时任务，使得我们对定时任务的管 理更加方便，快捷 一、Quartz 简介 Quartz是一个开源的作业调度框架，它完全由Java写成，并设计用于J2SE和 J2EE应用中。它提供了巨大的灵活性而不牺牲简单性。你能够用它来为执行一个 作业而创建简单的或复杂的调度。它有很多特征，如：数据库支持，集群，插件，EJB作业预构建，JavaMail及其它，支持cron-like表达式等等。 二、开发前戏 1、引入 maven 依赖
Quartz处理定时任务的核心概念
核心概念 1.Job：Job是任务执行的流程，是一个类 2.JobDetail：JobDetail是Job是实例，是一个对象，包含了该实例的执行计划和所需要的数据 3.Trigger：Trigger是定时器，决定任务何时执行 4.Scheduler：调度器，调度器接受一组JobDetail+Trigger即可安排一个任务，其中一个JobDetail可以关联多个Trigger 实例 1.初始化： 1 2 Scheduler scheduler = StdSchedulerFactory.getDefaultScheduler(); scheduler.start(); 当程序退出时，应该主动调用shutdown()方法关闭该调度器。 2.Job： 一个Job类需要实现org.quartz.Job接口，这个接口值需要实现一个方法即可：
1 void execute(JobExecutionContext context) throws JobExecutionException context是重要的上下文，可以访问到关联的JobDetail对象和本次触发的Trigger对象，以及在此之上设定的数据。 3.JobDetail： 可以使用JobBuilder来构建一个JobDetail对象： 1 2 3 4 5 6 7 JobDetail job = JobBuilder.newJob(MyJob.class) // MyJob是我实现的Job类 .withIdentity("myjob") // 可以给该JobDetail起一个id，便于之后的检索 .requestRecovery() // 执行中应用发生故障，需要重新执行 .storeDurably() // 即使没有Trigger关联时，也不需要删除该JobDetail .usingJobData("key1", "value1") .usingJobData("key2", "value2") // 以Key-Value形式关联数据 .build(); Quartz因为考虑到有些任务不是幂等的，不可以多次重复执行，所以默认没有开启“requestRecovery”。当确认业务中允许一次任务执行两次的情况下，可以开启该选项，则任务肯定不会因为应用停止而漏调用，但缺点就是，有可能会重复调用。 每个JobDetail内都有一个Map，包含了关联到这个Job的数据，在Job类中，可以通过context取出该数据，进行业务流程处理。 4.Trigger：
Spring集成Quartz定时任务框架介绍和Cron表达式详解
在JavaEE系统中，我们会经常用到定时任务，比如每天凌晨生成前天报表，每一小时生成汇总数据等等。 我们可以使用java.util.Timer结合java.util.TimerTask来完成这项工作，但时调度控制非常不方便，并且我们需要大量的代码。 使用Quartz框架无疑是非常好的选择，并且与Spring可以非常方便的集成，下面介绍它们集成方法和Cron表达式的详细介绍。 一、增加所依赖的JAR包 1、增加Spring的Maven依赖
springquartz实现定时任务的配置方法
Spring+Quartz实现定时任务的配置方法 第一步：.导入相关的jar包 (1)spring.jar (2)quartz-1.6.0.jar (3)相关包 commons-collections-3.2.jar ; commons-logging-1.1.1.jar; log4j-1.2.16.jar 第二步：创建一个类来定义工作 定义Quartz工作的第一步是创建一个类来定义工作。要做到这一点，你需要从Spring 的QuartzJobBean中派生子类。 第三步：配置JobDetail
值得注意的是，在这里你并没有直接声明一个TopTenTask Bean，而是声明了一个JobDetailBean。这是使用Quartz时的一个特点。 JobDetailBean是Quartz的org.quartz.JobDetail的子类，它要求通过jobClass属性来设置一个Job对象。 使用Quartz的JobDetail中的另一个特别之处是TopTenTask的timeout属性是间接设置的。JobDetail的jobDataAsMap属性接受一个java.util.Map，其中包含了需要设置给jobClass的各种属性。 在这里，这个map包含了一个键值为timeout。当JobDetailBean实例化时，它会将5注入到EmailReportJob的timeout属性中。 第四步：配置Trigger 工作已经被定义好了，接下来你需要调度这个工作。 Quartz的org.quartz.Trigger类描述了何时及以怎样的频度运行一个Quartz工作。 Spring提供了两个触发器，SimpleTriggerBean和CronTriggerBean。 SimpleTriggerBean与ScheduledTimerTask类似。你可以用它来指定一个工作应该以怎样的频度运行，以及（可选地）在第一次运行工作之前应该等待多久。 例如，要调度报表工作每24小时运行一次，第一次在1小时之后开始运行，可以按照以下方式进行声明：
java中spring与Quartz 整合定时任务
现在想要获得在特定时间或者指定时间执行相应功能 有两种做法 在applicationContext.xml中写入如下Bean
Spring Quartz定时器的配置
Spring Quartz定时器的配置 前言 Spring中Quartz的配置 各种企业应用几乎都会碰到任务调度的需求，就拿论坛来说：每隔半个小时生成精华文章的RSS文件，每天凌晨统计论坛用户的积分排名，每隔30分钟执行锁定用户解锁任务。对于一个典型的MIS系统来说，在每月1号凌晨统计上个月各部门的业务数据生成月报表，每半个小时查询用户是否已经有快到期的待处理业务……，这样的例子俯拾皆是，不胜枚举。Quartz 在开源任务调度框架中的翘首，它提供了强大任务调度机制，难能可贵的是它同时保持了使用的简单性。Quartz 允许开发人员灵活地定义触发器的调度时间表，并可以对触发器和任务进行关联映射。 Spring 为创建Quartz的Scheduler、Trigger和JobDetail提供了便利的FactoryBean类，以便能够在Spring 容器中享受注入的好处。此外Spring还提供了一些便利工具类直接将Spring 中的Bean包装成合法的任务。Spring进一步降低了使用Quartz的难度，能以更具Spring 风格的方式使用Quartz。概括来说它提供了两方面的支持： 1)为Quartz的重要组件类提供更具Bean风格的扩展类； 2)提供创建Scheduler的BeanFactory类，方便在Spring环境下创建对应的组件对象，并结合Spring容器生命周期进行启动和停止的动作。 Quartz是一个强大的企业级任务调度框架，Spring中继承并简化了Quartz 实现 1.导入jar文件。 spring.jar quartz-all-1.6.6.jar 2.编写被调用的类。 第一步：extends QuartzJobBean。 第二步：@Override executeInternal。
spring多个定时任务quartz配置
spring多个定时任务quartz配置spring多个定时任务quartz配置2010-12-08 1034 A.M.xml version1.0encodingUTF-8 beans xmlns bean idjob1classcom.job.Job1///任务1 bean idjob2classcom.job.Job2///任务2 bean idjobDetail_1 classorg.springframework.scheduling.quartz.MethodInvokingJo bDetailFactoryBean property nametargetObject ref beanjob1/ /property property nametargetMethod value jobMethod1/value//执行的方法/property /bean bean idjobDetail_2 classorg.springframework.scheduling.quartz.MethodInvokingJo bDetailFactoryBean property nametargetObject ref beanjob2/ /property property nametargetMethod value jobMethod2/value /property /bean bean idcronTrigger_1 classorg.springframework.scheduling.quartz.CronTriggerBean property namejobDetail ref beanjobDetail_1/ /property property namecronExpression value 00 0/value//每天凌晨12点执行一次/property /bean bean idcronTrigger_2 classorg.springframework.scheduling.quartz.CronTriggerBean property namejobDetail ref beanjobDetail_2/ /property property namecronExpression value 00/1/value//每小时执行一次 /property /bean bean classorg.springframework.scheduling.quartz.SchedulerFactoryB
Spring整合Quartz定时发送邮件
Spring整合Quartz定时发送邮件 功能描述:刚开始接触Quartz,试着用Quartz整合spring实现每隔一分钟发送一封邮件连续发送1 0次 核心jar: 邮件发送：commons-email-1.2.jar mail.jar（必须的） quartz：quartz-all-1.8.3.jar quartz-all-1.8.3/lib/下所有jar spring：spring-context-support.ajr(必须的) 只贴出核心代码: Email发送：使用apache commons-email跟mail package https://www.360docs.net/doc/b714197462.html,monsemail; import java.util.ArrayList; import java.util.Date; import java.util.List; import javax.mail.internet.InternetAddress; import https://www.360docs.net/doc/b714197462.html,mons.m ail.SimpleEmail; /** * 功能描述:此代码主要实现邮件发送功能 * @author coder * */ public class SendSimplEmail { public static void sendMail()throws Exception{
ListHello,把凤姐许配给你,你看咋样?
", "text/ht ml;c harset=utf-8"); em ail.send(); } } 定义调度工作任务：继承自org.springframework.scheduling.quartz.QuartzJobBean次类在spring-context-support.jar中 package com.ssh.quantz; import org.quartz.JobExecutionContext; import org.quartz.JobExecutionException; import org.springframework.scheduling.quartz.QuartzJobBean; import https://www.360docs.net/doc/b714197462.html,monsemail.SendSimplEmail;
springTrigger(定时任务)
Spring Trigger 冰上浮云 2014/2/23 很多时候有一些事情需要交给程序定时自动执行，java项目中使用spring+Quartz的方式实现这个功能的方式很常见，下面说明一下具体配置。 一、工程需要的jar包 1）aopalliance-1.0.jar 2）commons-logging-1.1.1.jar 3）log4j-1.2.11.jar 4）quartz-2.1.7.jar 5）slf4j-api-1.7.3.jar 6）slf4j-log4j12-1.7.3.jar 7）spring-aop-3.2.3.RELEASE.jar 8）spring-beans-3.2.3.RELEASE.jar 9）spring-context-3.2.3.RELEASE.jar 10）spring-context-support-3.2.3.RELEASE.jar 11）spring-core-3.2.3.RELEASE.jar 12）spring-expression-3.2.3.RELEASE.jar 13）spring-tx-3.2.3.RELEASE.jar 14）spring-web-3.2.3.RELEASE.jar 二、工程目录结构
三、配置文件说明 1、web.xml
Quartz和spring 集群定时任务整合
Quartz和Spring整合 1.集群定时任务使用Quartz 和spring 整合 在集群环境下，大家会碰到一直困扰的问题，即多个 APP 下如何用 quartz 协调处理自动化 JOB 。 A ， B ， C 3 台机器上各有一个 QUARTZ ，他们会按照即定的 SCHEDULE 自动 执行各自的任务。 我们先不说实现什么功能，就说这样的架构其实有点像多线程。 那多线程里就会存在“资源竞争”的问题，即可能产生脏读，脏写，由于三台 APP SERVER 里都有 QUARTZ ，因此会存在重复处理 TASK 的现象。 一般外面的解决方案是只在一台 APP 上装 QUARTZ ，其它两台不装，这样集群就形同虚设了； 另一种解决方案是动代码，这样就要影响到原来已经写好的 QUARTZ JOB 的代码了，这对程序开发人员来说比较痛苦； 本人仔细看了一下 Spring 的结构和 QUARTZ 的文档，结合 Quartz 自身可以实例化进数据的特性找到了相关的解决方案。 每台作为集群点的 APP SERVER 上都可以布署 QUARTZ ； 2.QUARTZ 的 TASK （ 12 张表）实例化如数据库，基于数据库引擎 及 High-Available 的策略（集群的一种策略）自动协调每个节点的 QUARTZ ，当任一一节点的 QUARTZ 非正常关闭或出错时，另几个节点的 QUARTZ 会自动启动； 3. 3. 无需开发人员更改原已经实现的 QUARTZ ，使用 SPRING+ 类反射的机制 对原有程序作切面重构； 本人也事先搜索了一些资料，发觉所有目前在 GOOGLE 上或者在各大论坛里提供的解决方案，要么是只解决了一部分，要么是错误的，要么是版本太老，要么就是完全抄别人的。 尤其是在使用 QUARTZ+SPRING 对数据库对象作实例化时会抛错（源于 SPRING 的一个 BUG ），目前网上的解决方案全部是错的或者干脆没说，本人在此方案中也会提出如何解决。 解决方案： 1.把 QUARTZ 的 TASK 实例化进数据库， QUARTZ 只有实例化进入数据库后才能做集群，外面的解决方案说实例化在内存里全部是错的，把quartz-1.8.4/docs/dbTables/tables_oracle.sql 在 ORACLE9I2 及以上版本中执行一下会生成 12 张表；