定时器的的使用与选择(Timer缺陷)

首先说一下我经常用的简单的定时器Timer,最早的使用就是做日志的定时清理,现在在做自动化测试就用Timer做的循环监听;但是监听到报文执行的时候占用时间太长,导致另外的任务不能按时执行!

一:Timer的简介

    在java中完整的定时任务要有Timer和TimerTask共同完成;

    Timer:是一个定时工具,可以定时执行也可以循环执行;

    TimerTask:是Timer的定时执行的任务,是一个抽象类,其子类就是一个可以被Timer执行的任务;

二:Timer类

在工具类Timer中,提供了四个构造方法,每一个构造方法都启动了计时器线程,同时Timer类可以保证多个线程可以共享单个Timer对象无需进行外部同步,所以Timer类是线程安全的,但是由于每一个Timer对象对应的是单个后台线程,用于循序执行所有的定时任务,一般任务消耗的时间比较短,但是由于某个任务执行时间太长,那么它就会长时间占用任务执行线程,其后所有的线程任务都必须等待上一个任务执行完成,这样就导致了后续任务的执行,使这些任务向后延迟执行;

Timer提供了schdule方法,该方法提供了重载方式来适应不同的情况,如下:

schedule(TimerTask task, Date time):安排在指定的时间执行指定的任务。
schedule(TimerTask task, Date firstTime, long period) :安排指定的任务在指定的时间开始进行重复的固定延迟执行。
schedule(TimerTask task, long delay) :安排在指定延迟后执行指定的任务。
schedule(TimerTask task, long delay, long period) :安排指定的任务从指定的延迟后开始进行重复的固定延迟执行。
同时也重载了scheduleAtFixedRate方法,scheduleAtFixedRate方法与schedule相同,只不过他们的侧重点不同,区别后面分析。
scheduleAtFixedRate(TimerTask task, Date firstTime, long period):安排指定的任务在指定的时间开始进行重复的固定速率执行。
scheduleAtFixedRate(TimerTask task, long delay, long period):安排指定的任务在指定的延迟后开始进行重复的固定速率执行。


三:TimerTask

    TimerTask类是一个抽象类。由Timer安排为一次执行或重复执行的任务,它有一个抽象方法run(),该方法用于执行相应定时器的任务。

    使用的时候任务类必须继承TimerTask,然后重写run()方法;

    另外两个非抽象的方法:

    long scheduledExecutionTime():返回此任务最近实际执行的安排执行时间。
    boolean cancel():取消此计时器任务。
    long scheduledExecutionTime():返回此任务最近实际执行的安排执行时间。

四:实例

4.1:指定延迟时间执行定时任务


import java.util.Timer;

import java.util.TimerTask;

public class TimerTest {

Timer timer;

public TimerTest(int time){

timer = new Timer();

timer.schedule(new TimerTaskTest01(), time * 1000);

}

public static void main(String[] args) {

System.out.println("timer begin....");

new TimerTest(3);

}

}

class TimerTaskTest01 extends TimerTask{

public void run() {

System.out.println("Time's up!!!!");    

}

}

运行结果:

首先打印:timer begin....  3秒后打印:Timer‘s up!!!!


4.2:指定时间执行任务

package com.fuxl.main;

import java.util.Calendar;
import java.util.Date;
import java.util.Timer;
import java.util.TimerTask;

public class TimerTest02 {
	Timer timer;
	public TimerTest02(){
		Date time = getTime();
		System.out.println("指定时间time=" + time);
		timer = new Timer();
		timer.schedule(new TimerTaskTest02(), time);
		}
	public Date getTime(){
		Calendar calendar = Calendar.getInstance();
		calendar.set(Calendar.HOUR_OF_DAY, 11);
		calendar.set(Calendar.MINUTE, 39);
		calendar.set(Calendar.SECOND, 00);
		Date time = calendar.getTime();
		return time;
	}
	public static void main(String[] args) {
		new TimerTest02();
		}
	}
class TimerTaskTest02 extends TimerTask{
	@Override
	public void run() {
		System.out.println("指定时间执行线程任务...");
	}
}

当时间到达11:39:00时就会执行该线程任务,当然大于该时间也会执行!!执行结果为:
指定时间time=Tue Jun 10 11:39:00 CST 2014指定时间执行线程任务...

4.3、在延迟指定时间后以指定的间隔时间循环执行定时任务

package com.fuxl.main;

import java.util.Date;
import java.util.Timer;
import java.util.TimerTask;

public class TimerTest03 {
		Timer timer;
		public TimerTest03(){
			timer = new Timer();
			timer.schedule(new TimerTaskTest03(), 1000, 2000);
		}
		public static void main(String[] args) {
			new TimerTest03();
			}
		}
 class TimerTaskTest03 extends TimerTask{
	 @Override
	 public void run() {
		Date date = new Date(this.scheduledExecutionTime());
		System.out.println("本次执行该线程的时间为:" + date);
	}
}
运行结果:
本次执行该线程的时间为:Tue Jun 10 21:19:47 CST 2014本次执行该线程的时间为:Tue Jun 10 21:19:49 CST 2014本次执行该线程的时间为:Tue Jun 10 21:19:51 CST 2014本次执行该线程的时间为:Tue Jun 10 21:19:53 CST 2014本次执行该线程的时间为:Tue Jun 10 21:19:55 CST 2014本次执行该线程的时间为:Tue Jun 10 21:19:57 CST 2014.................
4.4 分析schedule和scheduleAtFixedRate
long scheduledExecutionTime():返回此任务最近实际执行的安排执行时间。

1、schedule(TimerTask task, Date time)、schedule(TimerTask task, long delay)
  对于这两个方法而言,如果指定的计划执行时间scheduledExecutionTime<= systemCurrentTime,则task会被立即执行。scheduledExecutionTime不会因为某一个task的过度执行而改变。
2、schedule(TimerTask task, Date firstTime, long period)、schedule(TimerTask task, long delay, long period)
这两个方法与上面两个就有点儿不同的,前面提过Timer的计时器任务会因为前一个任务执行时间较长而延时。在这两个方法中,每一次执行的task的计划时间会随着前一个task的实际时间而发生改变,也就是scheduledExecutionTime(n+1)=realExecutionTime(n)+periodTime。也就是说如果第n个task由于某种情况导致这次的执行时间过程,最后导致systemCurrentTime>= scheduledExecutionTime(n+1),这是第n+1个task并不会因为到时了而执行,他会等待第n个task执行完之后再执行,那么这样势必会导致n+2个的执行实现scheduledExecutionTime放生改变即scheduledExecutionTime(n+2) = realExecutionTime(n+1)+periodTime。所以这两个方法更加注重保存间隔时间的稳定。
3、scheduleAtFixedRate(TimerTask task, Date firstTime, long period)、scheduleAtFixedRate(TimerTask task, long delay, long period)
在前面也提过scheduleAtFixedRate与schedule方法的侧重点不同,schedule方法侧重保存间隔时间的稳定,而scheduleAtFixedRate方法更加侧重于保持执行频率的稳定。为什么这么说,原因如下。在schedule方法中会因为前一个任务的延迟而导致其后面的定时任务延时,而scheduleAtFixedRate方法则不会,如果第n个task执行时间过长导致systemCurrentTime>= scheduledExecutionTime(n+1),则不会做任何等待他会立即执行第n+1个task,所以scheduleAtFixedRate方法执行时间的计算方法不同于schedule,而是scheduledExecutionTime(n)=firstExecuteTime +n*periodTime,该计算方法永远保持不变。所以scheduleAtFixedRate更加侧重于保持执行频率的稳定

五:Tiemr的缺陷

Timer计时器可以定时(指定时间执行任务)、延迟(延迟5秒执行任务)、周期性地执行任务(每隔个1秒执行任务),但是,Timer存在一些缺陷。首先Timer对调度的支持是基于绝对时间的,而不是相对时间,所以它对系统时间的改变非常敏感。其次Timer线程是不会捕获异常的,如果TimerTask抛出的了未检查异常则会导致Timer线程终止,同时Timer也不会重新恢复线程的执行,他会错误的认为整个Timer线程都会取消。同时,已经被安排单尚未执行的TimerTask也不会再执行了,新的任务也不能被调度。故如果TimerTask抛出未检查的异常,Timer将会产生无法预料的行为。

1、Timer管理时间延迟缺陷
前面Timer在执行定时任务时只会创建一个线程任务,如果存在多个线程,若其中某个线程因为某种原因而导致线程任务执行时间过长,超过了两个任务的间隔时间,会发生一些缺陷:

package com.fuxl.main;

import java.util.Timer;

import java.util.TimerTask;

public class TimerTest04 {

private Timer timer;

public long start;

public TimerTest04(){

this.timer = new Timer();

start = System.currentTimeMillis();

}

public void timerOne(){

timer.schedule(new TimerTask() {

public void run() {

System.out.println("timerOne invoked ,the time:" + (System.currentTimeMillis() - start));

try {  

Thread.sleep(4000);

//线程休眠3000

} catch (InterruptedException e) {

e.printStackTrace();

}

}

}, 1000);    }

public void timerTwo(){

timer.schedule(new TimerTask() {

public void run() {

System.out.println("timerOne invoked ,the time:" + (System.currentTimeMillis() - start));

}

}, 3000);    

}

public static void main(String[] args) throws Exception {

TimerTest04 test = new TimerTest04();

test.timerOne();

test.timerTwo();

}

}

按照我们正常思路,timerTwo应该是在3s后执行,其结果应该是:
timerOne invoked ,the time:1001timerOne invoked ,the time:3001
但是事与愿违,timerOne由于sleep(4000),休眠了4S,同时Timer内部是一个线程,导致timeOne所需的时间超过了间隔时间,结果:
timerOne invoked ,the time:1000timerOne invoked ,the time:5000

2、Timer抛出异常缺陷
如果TimerTask抛出RuntimeException,Timer会终止所有任务的运行。如下:

package com.fuxl.main;

import java.util.Timer;

import java.util.TimerTask;

public class TimerTest04 {

private Timer timer;

public long start;

public TimerTest04(){

this.timer = new Timer();

start = System.currentTimeMillis();

}

public void timerOne(){

timer.schedule(new TimerTask() {

public void run() {

System.out.println("timerOne invoked ,the time:" + (System.currentTimeMillis() - start));

try {  

// Thread.sleep(4000);

throw new RuntimeException();

//线程休眠3000

} catch (Exception e) {

e.printStackTrace();

}

}

}, 1000);    }

public void timerTwo(){

timer.schedule(new TimerTask() {

public void run() {

System.out.println("timerOne invoked ,the time:" + (System.currentTimeMillis() - start));

}

}, 3000);    

}

public static void main(String[] args) throws Exception {

TimerTest04 test = new TimerTest04();

test.timerOne();

test.timerTwo();

}

}

运行结果:timerOne抛出异常,导致timerTwo任务终止。
Exception in thread "Timer-0" java.lang.RuntimeException at com.chenssy.timer.TimerTest04$1.run(TimerTest04.java:25) at java.util.TimerThread.mainLoop(Timer.java:555) at java.util.TimerThread.run(Timer.java:505)
对于Timer的缺陷,我们可以考虑 ScheduledThreadPoolExecutor 来替代。Timer是基于绝对时间的,对系统时间比较敏感,而ScheduledThreadPoolExecutor 则是基于相对时间;Timer是内部是单一线程,而ScheduledThreadPoolExecutor内部是个线程池,所以可以支持多个任务并发执行。

六:针对这种缺陷如何处理呢?

    可以用ScheduledExecutorService替代Timer

    参见下一篇ScheduledExecutorService使用





long scheduledExecutionTime():返回此任务最近实际执行的安排执行时间。
  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值