ScheduledThreadPoolExecutor 与Timer的区别

LilyBookStore中用到的是Spring整合的Quartz框架，用它来完成每日更新索引的计划。Quartz本身是和xwork同一家公司开发的，虽然最近一两年已经没有新版本问世了，但是还有有挺高的曝光率。Quartz最为强大的是一个Cron表达式，利用这个表达式可以更加直观地定义任务调用的具体时间或时间间隔，而不必去苦苦地计算delay和interval。再一个好处由于与Spring整合，可以完美地融入Spring管理的对象中去，加上Spring还封装了一个MethodInvokeBean，更是大大方便了任务调度的编写，基本上在Spring的参与下，不用写一行与Quartz有关的代码，只要写xml配置即可。而且Quartz提供了线程池的管理，默认的情况下有10个线程，还是比较成熟的。 Winter项目也用到了任务调度的功能，需求时每2个小时统计一下各处的发贴数和分值，更新相关数据列。起初是用java.util.Timer和java.util.TimerTask实现的，没有真正运行过。今天看Java Thread一书，说到这种方式的一个弊端，当前一次尚在执行，而后一次已经开始的情况下，用Timer实现的程序会出现问题，为此不得不在每次任务启动时判断上次任务是否已经结束。从Java 5.0开始，java.util.concurrent包中增加了一个ScheduledThreadPoolExecutor类，用来实现定时任务和线程池的管理，比起Timer简陋的实现是要强大得多了，可能也是Quartz不再开发的一个重要原因。ScheduledThreadPoolExecutor还可以和Java 5引入的一系列多线程机制协作，可惜这方面我还没有理解透，不知道能够为已有的程序增加怎样的保护。简单地来说，利用ScheduledThreadPoolExecutor的scheduleAtFixedRate和scheduleWithFixedDelay两个方法就可以实现任务调度的基本功能，从前用Timer实现的功能应该要迁移到scheduleWithFixedDelay上了

评论

1 楼 浮生如斯 2011-09-26  

必须的 要移动啊