https://www.cnblogs.com/drift-ice/p/3817269.html
https://www.cnblogs.com/zhanghaoliang/p/7886110.html
Quartz可以用来做什么？
Quartz是一个任务调度框架。比如你遇到这样的问题
想每月25号，信用卡自动还款
想每年4月1日自己给当年暗恋女神发一封匿名贺卡
想每隔1小时，备份一下自己的爱情动作片 学习笔记到云盘
这些问题总结起来就是：在某一个有规律的时间点干某件事。并且时间的触发的条件可以非常复杂（比如每月最后一个工作日的17:50），复杂到需要一个专门的框架来干这个事。 Quartz就是来干这样的事，你给它一个触发条件的定义，它负责到了时间点，触发相应的Job起来干活。
一个简单的示例
这里面的所有例子都是基于Quartz 2.2.1
packagecom.test.quartz;importstaticorg.quartz.DateBuilder.newDate;importstaticorg.quartz.JobBuilder.newJob;importstaticorg.quartz.SimpleScheduleBuilder.simpleSchedule;importstaticorg.quartz.TriggerBuilder.newTrigger;importjava.util.GregorianCalendar;importorg.quartz.JobDetail;importorg.quartz.Scheduler;importorg.quartz.Trigger;importorg.quartz.impl.StdSchedulerFactory;importorg.quartz.impl.calendar.AnnualCalendar;publicclassQuartzTest{publicstaticvoidmain(String[]args){try{//创建schedulerSchedulerscheduler=StdSchedulerFactory.getDefaultScheduler();//定义一个TriggerTriggertrigger=newTrigger().withIdentity("trigger1","group1")//定义name/group.startNow()//一旦加入scheduler，立即生效.withSchedule(simpleSchedule()//使用SimpleTrigger.withIntervalInSeconds(1)//每隔一秒执行一次.repeatForever())//一直执行，奔腾到老不停歇.build();//定义一个JobDetailJobDetailjob=newJob(HelloQuartz.class)//定义Job类为HelloQuartz类，这是真正的执行逻辑所在.withIdentity("job1","group1")//定义name/group.usingJobData("name","quartz")//定义属性.build();//加入这个调度scheduler.scheduleJob(job,trigger);//启动之scheduler.start();//运行一段时间后关闭Thread.sleep(10000);scheduler.shutdown(true);}catch(Exceptione){e.printStackTrace();}}}
packagecom.test.quartz;importjava.util.Date;importorg.quartz.DisallowConcurrentExecution;importorg.quartz.Job;importorg.quartz.JobDetail;importorg.quartz.JobExecutionContext;importorg.quartz.JobExecutionException;publicclassHelloQuartzimplementsJob{publicvoidexecute(JobExecutionContextcontext)throwsJobExecutionException{JobDetaildetail=context.getJobDetail();Stringname=detail.getJobDataMap().getString("name");System.out.println("say hello to "+name+" at "+newDate());}}
这个例子很好的覆盖了Quartz最重要的3个基本要素：
Scheduler：调度器。所有的调度都是由它控制。
Trigger： 定义触发的条件。例子中，它的类型是SimpleTrigger，每隔1秒中执行一次（什么是SimpleTrigger下面会有详述）。
JobDetail & Job： JobDetail 定义的是任务数据，而真正的执行逻辑是在Job中，例子中是HelloQuartz。 为什么设计成JobDetail + Job，不直接使用Job？这是因为任务是有可能并发执行，如果Scheduler直接使用Job，就会存在对同一个Job实例并发访问的问题。而JobDetail & Job 方式，sheduler每次执行，都会根据JobDetail创建一个新的Job实例，这样就可以规避并发访问的问题。
Quartz API
Quartz的API的风格在2.x以后，采用的是DSL风格（通常意味着fluent interface风格），就是示例中newTrigger()那一段东西。它是通过Builder实现的，就是以下几个。（** 下面大部分代码都要引用这些Builder ** )
//job相关的builderimportstaticorg.quartz.JobBuilder.*;//trigger相关的builderimportstaticorg.quartz.TriggerBuilder.*;importstaticorg.quartz.SimpleScheduleBuilder.*;importstaticorg.quartz.CronScheduleBuilder.*;importstaticorg.quartz.DailyTimeIntervalScheduleBuilder.*;importstaticorg.quartz.CalendarIntervalScheduleBuilder.*;//日期相关的builderimportstaticorg.quartz.DateBuilder.*;
DSL风格写起来会更加连贯，畅快，而且由于不是使用setter的风格，语义上会更容易理解一些。对比一下：
JobDetailjobDetail=newJobDetailImpl("jobDetail1","group1",HelloQuartz.class);jobDetail.getJobDataMap().put("name","quartz");SimpleTriggerImpltrigger=newSimpleTriggerImpl("trigger1","group1");trigger.setStartTime(newDate());trigger.setRepeatInterval(1);trigger.setRepeatCount(-1);
关于name和group
JobDetail和Trigger都有name和group。
name是它们在这个sheduler里面的唯一标识。如果我们要更新一个JobDetail定义，只需要设置一个name相同的JobDetail实例即可。
group是一个组织单元，sheduler会提供一些对整组操作的API，比如 scheduler.resumeJobs()。
Trigger
在开始详解每一种Trigger之前，需要先了解一下Trigger的一些共性。
StartTime & EndTime
startTime和endTime指定的Trigger会被触发的时间区间。在这个区间之外，Trigger是不会被触发的。
** 所有Trigger都会包含这两个属性 **
优先级（Priority）
当scheduler比较繁忙的时候，可能在同一个时刻，有多个Trigger被触发了，但资源不足（比如线程池不足）。那么这个时候比剪刀石头布更好的方式，就是设置优先级。优先级高的先执行。
需要注意的是，优先级只有在同一时刻执行的Trigger之间才会起作用，如果一个Trigger是9:00，另一个Trigger是9:30。那么无论后一个优先级多高，前一个都是先执行。
优先级的值默认是5，当为负数时使用默认值。最大值似乎没有指定，但建议遵循Java的标准，使用1-10，不然鬼才知道看到【优先级为10】是时，上头还有没有更大的值。
Misfire(错失触发）策略
类似的Scheduler资源不足的时候，或者机器崩溃重启等，有可能某一些Trigger在应该触发的时间点没有被触发，也就是Miss Fire了。这个时候Trigger需要一个策略来处理这种情况。每种Trigger可选的策略各不相同。
这里有两个点需要重点注意：
MisFire的触发是有一个阀值，这个阀值是配置在JobStore的。比RAMJobStore是org.quartz.jobStore.misfireThreshold。只有超过这个阀值，才会算MisFire。小于这个阀值，Quartz是会全部重新触发。
所有MisFire的策略实际上都是解答两个问题：
已经MisFire的任务还要重新触发吗？
如果发生MisFire，要调整现有的调度时间吗？
比如SimpleTrigger的MisFire策略有：
MISFIRE_INSTRUCTION_IGNORE_MISFIRE_POLICY
这个不是忽略已经错失的触发的意思，而是说忽略MisFire策略。它会在资源合适的时候，重新触发所有的MisFire任务，并且不会影响现有的调度时间。
比如，SimpleTrigger每15秒执行一次，而中间有5分钟时间它都MisFire了，一共错失了20个，5分钟后，假设资源充足了，并且任务允许并发，它会被一次性触发。
这个属性是所有Trigger都适用。
MISFIRE_INSTRUCTION_FIRE_NOW
忽略已经MisFire的任务，并且立即执行调度。这通常只适用于只执行一次的任务。
MISFIRE_INSTRUCTION_RESCHEDULE_NOW_WITH_EXISTING_REPEAT_COUNT
将startTime设置当前时间，立即重新调度任务，包括的MisFire的
MISFIRE_INSTRUCTION_RESCHEDULE_NOW_WITH_REMAINING_REPEAT_COUNT
类似MISFIRE_INSTRUCTION_RESCHEDULE_NOW_WITH_EXISTING_REPEAT_COUNT，区别在于会忽略已经MisFire的任务
MISFIRE_INSTRUCTION_RESCHEDULE_NEXT_WITH_EXISTING_COUNT
在下一次调度时间点，重新开始调度任务，包括的MisFire的
MISFIRE_INSTRUCTION_RESCHEDULE_NEXT_WITH_REMAINING_COUNT
类似于MISFIRE_INSTRUCTION_RESCHEDULE_NEXT_WITH_EXISTING_COUNT，区别在于会忽略已经MisFire的任务。
MISFIRE_INSTRUCTION_SMART_POLICY
所有的Trigger的MisFire默认值都是这个，大致意思是“把处理逻辑交给聪明的Quartz去决定”。基本策略是，
如果是只执行一次的调度，使用MISFIRE_INSTRUCTION_FIRE_NOW
如果是无限次的调度(repeatCount是无限的)，使用MISFIRE_INSTRUCTION_RESCHEDULE_NEXT_WITH_REMAINING_COUNT
否则，使用MISFIRE_INSTRUCTION_RESCHEDULE_NOW_WITH_EXISTING_REPEAT_COUNT
MisFire的东西挺繁杂的，可以参考这篇
Calendar
这里的Calendar不是jdk的java.util.Calendar，不是为了计算日期的。它的作用是在于补充Trigger的时间。可以排除或加入某一些特定的时间点。
以”每月25日零点自动还卡债“为例，我们想排除掉每年的2月25号零点这个时间点（因为有2.14，所以2月一定会破产）。这个时间，就可以用Calendar来实现。
例子：
AnnualCalendarcal=newAnnualCalendar();//定义一个每年执行Calendar，精度为天，即不能定义到2.25号下午2:00java.util.CalendarexcludeDay=newGregorianCalendar();excludeDay.setTime(newDate().inMonthOnDay(2,25).build());cal.setDayExcluded(excludeDay,true);//设置排除2.25这个日期scheduler.addCalendar("FebCal",cal,false,false);//scheduler加入这个Calendar//定义一个TriggerTriggertrigger=newTrigger().withIdentity("trigger1","group1").startNow()//一旦加入scheduler，立即生效.modifiedByCalendar("FebCal")//使用Calendar !!.withSchedule(simpleSchedule().withIntervalInSeconds(1).repeatForever()).build();
Quartz体贴地为我们提供以下几种Calendar，注意，所有的Calendar既可以是排除，也可以是包含，取决于：
HolidayCalendar。指定特定的日期，比如20140613。精度到天。
DailyCalendar。指定每天的时间段（rangeStartingTime, rangeEndingTime)，格式是HH:MM[:SS[:mmm]]。也就是最大精度可以到毫秒。
WeeklyCalendar。指定每星期的星期几，可选值比如为java.util.Calendar.SUNDAY。精度是天。
MonthlyCalendar。指定每月的几号。可选值为1-31。精度是天
AnnualCalendar。 指定每年的哪一天。使用方式如上例。精度是天。
CronCalendar。指定Cron表达式。精度取决于Cron表达式，也就是最大精度可以到秒。
Trigger实现类
Quartz有以下几种Trigger实现:
SimpleTrigger
指定从某一个时间开始，以一定的时间间隔（单位是毫秒）执行的任务。
它适合的任务类似于：9:00 开始，每隔1小时，执行一次。
它的属性有：
repeatInterval 重复间隔
repeatCount 重复次数。实际执行次数是 repeatCount+1。因为在startTime的时候一定会执行一次。** 下面有关repeatCount 属性的都是同理。 **
例子：
simpleSchedule().withIntervalInHours(1)//每小时执行一次.repeatForever()//次数不限.build();simpleSchedule().withIntervalInMinutes(1)//每分钟执行一次.withRepeatCount(10)//次数为10次.build();
CalendarIntervalTrigger
类似于SimpleTrigger，指定从某一个时间开始，以一定的时间间隔执行的任务。 但是不同的是SimpleTrigger指定的时间间隔为毫秒，没办法指定每隔一个月执行一次（每月的时间间隔不是固定值），而CalendarIntervalTrigger支持的间隔单位有秒，分钟，小时，天，月，年，星期。
相较于SimpleTrigger有两个优势：1、更方便，比如每隔1小时执行，你不用自己去计算1小时等于多少毫秒。 2、支持不是固定长度的间隔，比如间隔为月和年。但劣势是精度只能到秒。
它适合的任务类似于：9:00 开始执行，并且以后每周 9:00 执行一次
它的属性有:
interval 执行间隔
intervalUnit 执行间隔的单位（秒，分钟，小时，天，月，年，星期）
例子:
calendarIntervalSchedule().withIntervalInDays(1)//每天执行一次.build();calendarIntervalSchedule().withIntervalInWeeks(1)//每周执行一次.build();
DailyTimeIntervalTrigger
指定每天的某个时间段内，以一定的时间间隔执行任务。并且它可以支持指定星期。
它适合的任务类似于：指定每天9:00 至 18:00 ，每隔70秒执行一次，并且只要周一至周五执行。
它的属性有:
startTimeOfDay 每天开始时间
endTimeOfDay 每天结束时间
daysOfWeek 需要执行的星期
interval 执行间隔
intervalUnit 执行间隔的单位（秒，分钟，小时，天，月，年，星期）
repeatCount 重复次数
例子:
dailyTimeIntervalSchedule().startingDailyAt(TimeOfDay.hourAndMinuteOfDay(9,0))//第天9：00开始.endingDailyAt(TimeOfDay.hourAndMinuteOfDay(16,0))//16：00 结束 .onDaysOfTheWeek(MONDAY,TUESDAY,WEDNESDAY,THURSDAY,FRIDAY)//周一至周五执行.withIntervalInHours(1)//每间隔1小时执行一次.withRepeatCount(100)//最多重复100次（实际执行100+1次）.build();dailyTimeIntervalSchedule().startingDailyAt(TimeOfDay.hourAndMinuteOfDay(9,0))//第天9：00开始.endingDailyAfterCount(10)//每天执行10次，这个方法实际上根据 startTimeOfDay+interval*count 算出 endTimeOfDay.onDaysOfTheWeek(MONDAY,TUESDAY,WEDNESDAY,THURSDAY,FRIDAY)//周一至周五执行.withIntervalInHours(1)//每间隔1小时执行一次.build();
CronTrigger
适合于更复杂的任务，它支持类型于Linux Cron的语法（并且更强大）。基本上它覆盖了以上三个Trigger的绝大部分能力（但不是全部）—— 当然，也更难理解。
它适合的任务类似于：每天0:00,9:00,18:00各执行一次。
它的属性只有:
Cron表达式。但这个表示式本身就够复杂了。下面会有说明。
例子：
cronSchedule("0 0/2 8-17 * * ?")// 每天8:00-17:00，每隔2分钟执行一次.build();cronSchedule("0 30 9 ? * MON")// 每周一，9:30执行一次.build();weeklyOnDayAndHourAndMinute(MONDAY,9,30)//等同于 0 30 9 ? * MON .build();
Cron表达式
位置时间域允许值特殊值
1秒0-59, - * /
2分钟0-59, - * /
3小时0-23, - * /
4日期1-31, - * ? / L W C
5月份1-12, - * /
6星期1-7, - * ? / L C #
7年份（可选）1-31, - * /
星号()：可用在所有字段中，表示对应时间域的每一个时刻，例如， 在分钟字段时，表示“每分钟”；
问号（?）：该字符只在日期和星期字段中使用，它通常指定为“无意义的值”，相当于点位符；
减号(-)：表达一个范围，如在小时字段中使用“10-12”，则表示从10到12点，即10,11,12；
逗号(,)：表达一个列表值，如在星期字段中使用“MON,WED,FRI”，则表示星期一，星期三和星期五；
斜杠(/)：x/y表达一个等步长序列，x为起始值，y为增量步长值。如在分钟字段中使用0/15，则表示为0,15,30和45秒，而5/15在分钟字段中表示5,20,35,50，你也可以使用*/y，它等同于0/y；
L：该字符只在日期和星期字段中使用，代表“Last”的意思，但它在两个字段中意思不同。L在日期字段中，表示这个月份的最后一天，如一月的31号，非闰年二月的28号；如果L用在星期中，则表示星期六，等同于7。但是，如果L出现在星期字段里，而且在前面有一个数值X，则表示“这个月的最后X天”，例如，6L表示该月的最后星期五；
W：该字符只能出现在日期字段里，是对前导日期的修饰，表示离该日期最近的工作日。例如15W表示离该月15号最近的工作日，如果该月15号是星期六，则匹配14号星期五；如果15日是星期日，则匹配16号星期一；如果15号是星期二，那结果就是15号星期二。但必须注意关联的匹配日期不能够跨月，如你指定1W，如果1号是星期六，结果匹配的是3号星期一，而非上个月最后的那天。W字符串只能指定单一日期，而不能指定日期范围；
LW组合：在日期字段可以组合使用LW，它的意思是当月的最后一个工作日；
井号(#)：该字符只能在星期字段中使用，表示当月某个工作日。如6#3表示当月的第三个星期五(6表示星期五，#3表示当前的第三个)，而4#5表示当月的第五个星期三，假设当月没有第五个星期三，忽略不触发；
C：该字符只在日期和星期字段中使用，代表“Calendar”的意思。它的意思是计划所关联的日期，如果日期没有被关联，则相当于日历中所有日期。例如5C在日期字段中就相当于日历5日以后的第一天。1C在星期字段中相当于星期日后的第一天。
Cron表达式对特殊字符的大小写不敏感，对代表星期的缩写英文大小写也不敏感。
一些例子：
表示式说明
0 0 12 * * ?每天12点运行
0 15 10 ? * *每天10:15运行
0 15 10 * * ?每天10:15运行
0 15 10 * * ? *每天10:15运行
0 15 10 * * ? 2008在2008年的每天10：15运行
0 * 14 * * ?每天14点到15点之间每分钟运行一次，开始于14:00，结束于14:59。
0 0/5 14 * * ?每天14点到15点每5分钟运行一次，开始于14:00，结束于14:55。
0 0/5 14,18 * * ?每天14点到15点每5分钟运行一次，此外每天18点到19点每5钟也运行一次。
0 0-5 14 * * ?每天14:00点到14:05，每分钟运行一次。
0 10,44 14 ? 3 WED3月每周三的14:10分到14:44，每分钟运行一次。
0 15 10 ? * MON-FRI每周一，二，三，四，五的10:15分运行。
0 15 10 15 * ?每月15日10:15分运行。
0 15 10 L * ?每月最后一天10:15分运行。
0 15 10 ? * 6L每月最后一个星期五10:15分运行。
0 15 10 ? * 6L 2007-2009在2007,2008,2009年每个月的最后一个星期五的10:15分运行。
0 15 10 ? * 6#3每月第三个星期五的10:15分运行。
JobDetail & Job
JobDetail是任务的定义，而Job是任务的执行逻辑。在JobDetail里会引用一个Job Class定义。一个最简单的例子
publicclassJobTest{publicstaticvoidmain(String[]args)throwsSchedulerException,IOException{JobDetailjob=newJob().ofType(DoNothingJob.class)//引用Job Class.withIdentity("job1","group1")//设置name/group.withDescription("this is a test job")//设置描述.usingJobData("age",18)//加入属性到ageJobDataMap.build();job.getJobDataMap().put("name","quertz");//加入属性name到JobDataMap//定义一个每秒执行一次的SimpleTriggerTriggertrigger=newTrigger().startNow().withIdentity("trigger1").withSchedule(simpleSchedule().withIntervalInSeconds(1).repeatForever()).build();Schedulersche=StdSchedulerFactory.getDefaultScheduler();sche.scheduleJob(job,trigger);sche.start();System.in.read();sche.shutdown();}}publicclassDoNothingJobimplementsJob{publicvoidexecute(JobExecutionContextcontext)throwsJobExecutionException{System.out.println("do nothing");}}
从上例我们可以看出，要定义一个任务，需要干几件事：
创建一个org.quartz.Job的实现类，并实现实现自己的业务逻辑。比如上面的DoNothingJob。
定义一个JobDetail，引用这个实现类
加入scheduleJob
Quartz调度一次任务，会干如下的事：
JobClass jobClass=JobDetail.getJobClass()
Job jobInstance=jobClass.newInstance()。所以Job实现类，必须有一个public的无参构建方法。
jobInstance.execute(JobExecutionContext context)。JobExecutionContext是Job运行的上下文，可以获得Trigger、Scheduler、JobDetail的信息。
也就是说，每次调度都会创建一个新的Job实例，这样的好处是有些任务并发执行的时候，不存在对临界资源的访问问题——当然，如果需要共享JobDataMap的时候，还是存在临界资源的并发访问的问题。
JobDataMap
Job都次都是newInstance的实例，那我怎么传值给它？ 比如我现在有两个发送邮件的任务，一个是发给"liLei",一个发给"hanmeimei",不能说我要写两个Job实现类LiLeiSendEmailJob和HanMeiMeiSendEmailJob。实现的办法是通过JobDataMap。
每一个JobDetail都会有一个JobDataMap。JobDataMap本质就是一个Map的扩展类，只是提供了一些更便捷的方法，比如getString()之类的。
我们可以在定义JobDetail，加入属性值，方式有二：
newJob().usingJobData("age",18)//加入属性到ageJobDataMaporjob.getJobDataMap().put("name","quertz");//加入属性name到JobDataMap
然后在Job中可以获取这个JobDataMap的值，方式同样有二：
publicclassHelloQuartzimplementsJob{privateStringname;publicvoidexecute(JobExecutionContextcontext)throwsJobExecutionException{JobDetaildetail=context.getJobDetail();JobDataMapmap=detail.getJobDataMap();//方法一：获得JobDataMapSystem.out.println("say hello to "+name+"["+map.getInt("age")+"]"+" at "+newDate());}//方法二：属性的setter方法，会将JobDataMap的属性自动注入publicvoidsetName(Stringname){this.name=name;}}
对于同一个JobDetail实例，执行的多个Job实例，是共享同样的JobDataMap，也就是说，如果你在任务里修改了里面的值，会对其他Job实例（并发的或者后续的）造成影响。
除了JobDetail，Trigger同样有一个JobDataMap，共享范围是所有使用这个Trigger的Job实例。
Job并发
Job是有可能并发执行的，比如一个任务要执行10秒中，而调度算法是每秒中触发1次，那么就有可能多个任务被并发执行。
有时候我们并不想任务并发执行，比如这个任务要去”获得数据库中所有未发送邮件的名单“，如果是并发执行，就需要一个数据库锁去避免一个数据被多次处理。这个时候一个@DisallowConcurrentExecution解决这个问题。
就是这样
publicclassDoNothingJobimplementsJob{@DisallowConcurrentExecutionpublicvoidexecute(JobExecutionContextcontext)throwsJobExecutionException{System.out.println("do nothing");}}
注意，@DisallowConcurrentExecution是对JobDetail实例生效，也就是如果你定义两个JobDetail，引用同一个Job类，是可以并发执行的。
JobExecutionException
Job.execute()方法是不允许抛出除JobExecutionException之外的所有异常的（包括RuntimeException)，所以编码的时候，最好是try-catch住所有的Throwable，小心处理。
其他属性
Durability(耐久性？)
如果一个任务不是durable，那么当没有Trigger关联它的时候，它就会被自动删除。
RequestsRecovery
如果一个任务是"requests recovery"，那么当任务运行过程非正常退出时（比如进程崩溃，机器断电，但不包括抛出异常这种情况），Quartz再次启动时，会重新运行一次这个任务实例。
可以通过JobExecutionContext.isRecovering()查询任务是否是被恢复的。
Scheduler
Scheduler就是Quartz的大脑，所有任务都是由它来设施。
Schduelr包含一个两个重要组件: JobStore和ThreadPool。
JobStore是会来存储运行时信息的，包括Trigger,Schduler,JobDetail，业务锁等。它有多种实现RAMJob(内存实现)，JobStoreTX(JDBC，事务由Quartz管理），JobStoreCMT(JDBC，使用容器事务)，ClusteredJobStore(集群实现)、TerracottaJobStore(什么是Terractta)。
ThreadPool就是线程池，Quartz有自己的线程池实现。所有任务的都会由线程池执行。
SchedulerFactory
SchdulerFactory，顾名思义就是来用创建Schduler了，有两个实现：DirectSchedulerFactory和 StdSchdulerFactory。前者可以用来在代码里定制你自己的Schduler参数。后者是直接读取classpath下的quartz.properties（不存在就都使用默认值）配置来实例化Schduler。通常来讲，我们使用StdSchdulerFactory也就足够了。
SchdulerFactory本身是支持创建RMI stub的，可以用来管理远程的Scheduler，功能与本地一样，可以远程提交个Job什么的。
DirectSchedulerFactory的创建接口
/** * Same as * {@link DirectSchedulerFactory#createScheduler(ThreadPool threadPool, JobStore jobStore)}, * with the addition of specifying the scheduler name and instance ID. This * scheduler can only be retrieved via * {@link DirectSchedulerFactory#getScheduler(String)} * * @param schedulerName * The name for the scheduler. * @param schedulerInstanceId * The instance ID for the scheduler. * @param threadPool * The thread pool for executing jobs * @param jobStore * The type of job store * @throws SchedulerException * if initialization failed */publicvoidcreateScheduler(StringschedulerName,StringschedulerInstanceId,ThreadPoolthreadPool,JobStorejobStore)throwsSchedulerException;
StdSchdulerFactory的配置例子， 更多配置，参考Quartz配置指南：
org.quartz.scheduler.instanceName=DefaultQuartzSchedulerorg.quartz.threadPool.class=org.quartz.simpl.SimpleThreadPoolorg.quartz.threadPool.threadCount=10org.quartz.threadPool.threadPriority=5org.quartz.threadPool.threadsInheritContextClassLoaderOfInitializingThread=trueorg.quartz.jobStore.class=org.quartz.simpl.RAMJobStore
这里未讲的稍微高级的主题
JobStore 介绍、配置
集群: 介绍、配置
RMI
监听器 TriggerListeners and JobListeners、SchedulerListeners
插件