之前大部分人在遇到需要使用定时任务的时候首先会想到Timer类,用法一般就是:
不过在JDK5.0之后就不建议使用这个Timer了,因为它有很多的缺陷。
在新的java.util.concurrent包中的ScheduledExecutorService可以替代这个Timer:
使用方法举例:
据我所知这个就是定时任务的最佳实践了,不知道大家还有没有更好的建议
- newTimer("timer").schedule(newTimerTask(){
- @Override
- publicvoidrun(){
- System.out.println("执行任务");
- }
- },1000L,1000L);
不过在JDK5.0之后就不建议使用这个Timer了,因为它有很多的缺陷。
在新的java.util.concurrent包中的ScheduledExecutorService可以替代这个Timer:
使用方法举例:
- ScheduledThreadPoolExecutorexec=newScheduledThreadPoolExecutor(1);
- exec.scheduleAtFixedRate(newRunnable(){
- publicvoidrun(){
- try{
- thrownewRuntimeException();
- }catch(Exceptione){
- System.out.println("RuntimeExceptioncatched");
- }
- }
- },1000,5000,TimeUnit.MILLISECONDS);
理由:
第1:Timer在执行所有定时任务的时候只会创建一个线程。如果某个任务执行时间过长,那么将破坏其他TimeTask的定时精确性。
第2:如果TimerTask抛出一个UncheckedException,那么Timer将表现出很挫的行为。Timer并不捕获异常,因此当TimerTask抛出UncheckedException时候将终止定时线程,比如常见的一个NullPointerException。这种情况下,Timer不会恢复线程执行,而是会错误的任务整个Timer都取消掉。因此,已经被调度但尚未执行的Task将不会执行了,新的任务也不会调度,也就是常见的线程泄露。
而ScheduledThreadPoolExecutor能正确处理这些表现出错误行为的任务。
因此,如果您的JDK是5.0以上的,那么建议不要使用过时的Timer类了。
- SchedulerFactorysf=newStdSchedulerFactory();
- Schedulersched=sf.getScheduler();
- JobDetailjob=newJob(SimpleJob.class)
- .withIdentity("job1","group1")
- .build();
- CronTriggertrigger=newTrigger()
- .withIdentity("trigger1","group1")
- .withSchedule(cronSchedule("0/20****?"))
- .build();
- Dateft=sched.scheduleJob(job,trigger);
- sched.start();
据我所知这个就是定时任务的最佳实践了,不知道大家还有没有更好的建议