一、Quartz
- 引入quartz的jar包。
- 配置文件中定义org.springframework.scheduling.quartz.MethodInvokingJobDetailFactoryBean,并指定它的targetObject属性为Job任务类,targetMethod属性为任务方法就可以了。
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 到此,整个配置就完成了。
- 时间参考:
“0/10 * * * * ?” 每10秒触发
“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期间的每1分钟触发
“0 0/5 14 * * ?” 在每天下午2点到下午2:55期间的每5分钟触发
“0 0/5 14,18 * * ?” 在每天下午2点到2:55期间和下午6点到6:55期间的每5分钟触发
“0 0-5 14 * * ?” 在每天下午2点到下午2:05期间的每1分钟触发
“0 10,44 14 ? 3 WED” 每年三月的星期三的下午2:10和2: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 2002-2005” 2002年至2005年的每月的最后一个星期五上午10:15触发
“0 15 10 ? * 6#3” 每月的第三个星期五上午10:15触发
每隔5秒执行一次:/5 * * * ?
每隔1分钟执行一次:0 /1 * * ?
每天23点执行一次:0 0 23 * * ?
每天凌晨1点执行一次:0 0 1 * * ?
每月1号凌晨1点执行一次:0 0 1 1 * ?
每月最后一天23点执行一次:0 0 23 L * ?
每周星期天凌晨1点实行一次:0 0 1 ? * L
在26分、29分、33分执行一次:0 26,29,33 * * * ?
每天的0点、13点、18点、21点都执行一次:0 0 0,13,18,21 * * ?
Spring Task
- Spring从3.0开始增加了自己的任务调度器,它是通过扩展java.util.concurrent包下面的类来实现的,它也使用Cron表达式。
- 使用spring task非常简单,首先增加命名空间schema
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 然后给定时任务类添加@Component注解,给任务方法添加@Scheduled(cron = “0/5 * * * * ?”)注解,并让Spring扫描到该类。
然后加上这个配置,让Spring识别@Scheduled注解(org.springframework.scheduling.annotation.Scheduled)。 - 如果还想扩展一下,改成下面这样:
- 1
- 2
- 3
- 4
- 1
- 2
- 3
- 4
- 如果定时任务很多,可以配置executor线程池,这里executor的含义和java.util.concurrent.Executor是一样的,pool-size的大小官方推荐为5~10。scheduler的pool-size是ScheduledExecutorService线程池,默认为1。假如我设置了8个任务,每个任务都是每5秒钟执行一次,把下面的代码再复制7份再改一改,看看打印结果。
- 1
- 2
- 3
- 4
- 5
- 6
- 1
- 2
- 3
- 4
- 5
- 6
- 定时任务执行了3次,我们可以看到,线程名称都是以scheduler为前缀,这是因为我们已经在这段配置里定义了id为scheduler的结果,它就是用来作为任务线程的前缀,再交给executor线程池进行。3次任务执行,因为我们设定的任务调度线程池大小为5,所以,只有5个实例来处理这8个任务,从结果可以看出来,不是每次都会用上全部的5个实例。如果你系统中的定时任务过多,这个pool-size的大小就应该调大一点,方便之前定义的executor线程池来执行。
比较
转载的博主写了很多测试类,这里就不贴了,客官可以转到链接二查看,这里只写一下区别
- 精确度和功能
- Quartz可以通过cron表达式精确到特定时间执行,而TimerTask不能。
- Quartz拥有TimerTask所有的功能,而TimerTask则没有。
- 任务类的数量
- Quartz每次执行都创建一个新的任务类对象。
- TimerTask则每次使用同一个任务类对象。
-
对异常的处理
- Quartz的某次执行任务过程中抛出异常,不影响下一次任务的执行,当下一次执行时间到来时,定时器会再次执行任务。
- TimerTask不同,一旦某个任务在执行过程中抛出异常,则整个定时器生命周期就结束,以后永远不会再执行定时器任务。
-
总结:还是第三方考虑的周全,东西比较多,加上Quartz配置简单,maven也就是多加一个jar包,所以一般情况下还是使用Quartz了。
参考文献
http://www.blogjava.net/bolo/archive/2015/03/12/423408.html
http://huangrongyou.iteye.com/blog/1762869