Quartz原理解析
最近项目中好多地方都需要用到定时器,一开始用的是netty的hashWheel,后来发现删除任务的时候不是很好删除,于是就放弃了,然后选择了Quartz。
- hashWheel定时器和Quartz的区别:
1)Quartz将定时任务分为任务和触发器,而hashWheel只有任务的概念
2)Quartz通过一个TreeSet对所有的触发器进行管理,而hashWheel通过一个hash轮来对所有的任务进行管理
3)Quartzl能够非常方便的删除定时任务,而netty的hashWheel暂时没有删除任务的接口(除非自己实现一个hashWheel定时器)
4)Quartz有一个专门的调度线程对任务进行管理,任务执行有另外专门的线程池,而hashWheel用一个线程实现对任务的管理和任务的执行。
5)Quartz能够通过序列化,将定时任务保存在数据库,而hashWheel不能
总的来说,Quartz的功能相对强大,而hashWheel相对要轻量级一点。
- Quartz定时器原理:
接下来就讲讲Quartz的原理。
1)首先任务调度器调度的时序大致如下所示:
在这里将几个重要的类调用的过程以序列图的形式展现出来,上半部分展现的是启动过程,下半部分展现的是任务调度的过程。
步骤1.用户首先需要生成一个调度器工厂SchedulerFactory,可以用下面的方式实现自己的定制化:
![](https://images.cnblogs.com/OutliningIndicators/ContractedBlock.gif)
1 Properties properties=new Properties(); properties.put("org.quartz.threadPool.class","org.quartz.simpl.SimpleThreadPool"); 2 properties.put("org.quartz.threadPool.threadCount","10"); 3 SchedulerFactory sf=new StdSchedulerFactory(properties);
步骤2.然后通过getScheduler()方法从调度器工厂里得到调度器实例,首先查找有没有这样的调度器,没有的话,就生成一个,有的话直接返回。所以得到的一般是单例,即默认的调度器。
步骤3.Scheduler有一个QuartzSchedulerThread(Thread的子类)属性,在scheduler实例化的时候,实例化了一个对象,并用ThreadExecutor启动该线程对象。该线程就是调度线程,主要任务就是不停的从JobStore中获取即将被触发的触发器(默认30s调度一次)。在这个时候调度线程虽然启动,但是处于pause状态。
步骤4.接下来是任务调度的部分:
![](https://images.cnblogs.com/OutliningIndicators/ContractedBlock.gif)
1 Scheduler scheduler=sf.getScheduler(); 2 scheduler.addJobListener(new TaskListener()); 3 scheduler.scheduleJob(jobDetail, simpleTrigger); 4 scheduler.start();
client通过scheduleJob()方法将任务和触发器存储在JobStore中,通过start()方法将QuartzSchedulerThread的pause状态设为false,通知调度线程执行任务,此后调度线程不停的从JobStore中去取即将触发的任务。
2)任务执行的时序如下所示:
上半部分展现的是任务执行之前准备工作的时序,下半部分展现的是任务执行的时序。
步骤1.调度线程首先去线程池中获取可用的线程,如果没有的话,就阻塞。
步骤2.从JobStore(从存储介质中获取触发器,存储介质可以是内存也可以是数据库)获取(接下来30s内的)触发器,然后等待该触发器触发。
步骤3.调度线程创建一个JobRunShell(就是一个Runnable),然后从线程池中调用线程执行该任务。
接下来就是任务执行的时序:
步骤4.获取trigger、JobDetail以及生成Job实例,然后执行job的execute接口函数。
3)持久化的任务的执行时序如下:
以上就是Quartz的基本工作流程。
我在使用的时候遇到的一些问题:
1.Quartz与Spring的整合-Quartz中的job如何自动注入spring容器托管的对象?
这个问题网上已经有解决方法,但是按照它的步骤执行之后还是不行,后来经过尝试发现,在实现接口ApplicationContextAware的时候,需要将private ApplicationContext applicationContext;改成静态的private static ApplicationContext applicationContext,
之后这个问题就得到完美解决了。
彩蛋: