任务调度(一)——jdk自带的Timer

       说到任务调度,大家可能会想到Quartz框架,但是jdk自带的简单任务调度工具类,反而了解的人并不是很多。我觉得如果你的业务相对简单的话,没必要非得用Quartz等框架,使用Timer完全可以胜任的。简单来分享一下我了解的Timer。

  Timer是jdk中提供的一个定时器工具,使用的时候会在主线程之外起一个单独的线程执行指定的计划任务,可以指定执行一次或者反复执行多次。

  TimerTask是一个实现了Runnable接口的抽象类,代表一个可以被Timer执行的任务。

       我是用TimerTask来创建一个任务,其中run方法里是任务调度的逻辑。使用一个Timer对象来调度任务。

       首先给一个特别简单的示例:

package com.tgb.ccl.schema;

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

/**
 * 不可动态修改的任务
 *
 * @author arron
 * @date 2015年5月7日 下午1:52:15
 * @version 1.0
 */
public class FixedTimerTask extends TimerTask{

	@Override
	public void run() {
		Date d = new Date();
		for(int i=0;i<3;i++){
			try {
				Thread.sleep(1000);
				System.out.println("已执行【"+(i+1)+"】秒钟,at: "+d.toLocaleString());
			} catch (InterruptedException e) {
				e.printStackTrace();
			}
		}
		System.out.println("本次任务调度结束,at: "+new Date().toLocaleString());
		System.out.println("---------------------------");
	}

}

package com.tgb.ccl.schema;

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

/**
 * 任务调度管理器
 *
 * @author arron
 * @date 2015年5月7日 下午1:57:19
 * @version 1.0
 */
public class TaskManager {
//	private static final long PERIOD = 5 * 60 * 1000;// 5分钟
	private static final long PERIOD = 5 * 1000;// 1秒钟

	public TaskManager() {
		Timer timer = new Timer();
		FixedTimerTask task = new FixedTimerTask();
		System.out.println("start");

		//0表示立即执行一次,以后每隔一段时间执行一次
		timer.schedule(task, 0, PERIOD);

		//1000表示1秒后执行一次,以后每隔一段时间执行一次
		//timer.schedule(task, 1000, PERIOD);

		//0表示立即执行一次,以后每隔一段时间执行一次
		//timer.schedule(task, 1000, PERIOD);

		// 在当天14点4分整,执行一次,以后不再执行
		//timer.schedule(task, bookTime(15,0,0));

		//在当天14点4分整,执行一次,以后每隔一段时间执行一次
		//如果时间超过了设定时间,会立即执行一次
//		timer.schedule(task, bookTime(0,34,10),PERIOD);
//		timer.scheduleAtFixedRate(task, bookTime(0,40,0),PERIOD);

	}

	private Date bookTime(int hour, int minute, int second) {
		Calendar calendar = Calendar.getInstance();
		calendar.set(Calendar.HOUR_OF_DAY, hour);
		calendar.set(Calendar.MINUTE, minute);
		calendar.set(Calendar.SECOND, second);
		Date date = calendar.getTime();
		return date;
	}

	public static void main(String[] args) {
		 new TaskManager();
	}
}

       只要执行main方法就可以测试了。

       大家可能已经注意到了,timer的schedule方法是重载的。参数主要有必须有一个TimerTask实例。第二个参数如果是long类型的,这个参数则是表示延迟时间,以毫秒为单位。如果为1000,那就是1秒后执行任务调度。如果是Date类型,则表示设定任务开始执行的时刻。当时间到达这个时刻,那么任务会自动开始调度。当然如果当前时间已经超过了设定的开始时间,那么会立即执行一次。第三个参数则是可选参数,是long类型的参数,表示调度的间隔时间。如果有这个参数,表示任务是重复性的调度。否则只会执行一次。这个参数依旧以毫秒为单位。

       如果你稍微注意一下,就会发现timer不只提供了schedule方法,还提供了scheduleAtFixedRate方法。这两个方法都是任务调度方法,他们有什么区别呢?

       区别在于当当前时间已经超过了设定执行时间,schedule方法会立即执行,第二次执行则是按当前执行时间+间隔时间来算的(当然任务执行时间超过了间隔时间,则在第一次执行完毕后,立马会执行第二次)。而scheduleAtFixedRate方法,同样是立即执行一次,但是它第二次执行则是按照(当前执行时间-设定的时间)/时间间隔来计算从设定时间到现在还需要执行多少次。

       举个例子:任务调度需要执行2s,间隔时间是10s,我设定的是8点执行。当前时间为8点0分10秒,如果是schedule方法,则会立即执行一次,第二次执行时间则是08:00:20。如果是scheduleAtFixedRate方法,则会立即执行一次,然后计算08:00:10-08:00:00整好还可以执行一次,所以会在08:00:12时,会立即再执行一次,第三次执行则是在08:00:20时执行,以后每隔10s执行一次。

   

(左图是schedule方法的测试效果,右图是scheduleAtFixedRate方法的测试效果)

       这个跟网上很多人说的不太一样。不过这个是我测试出来了。他们说的那种结果反正我是测不出来。具体你相信哪种,你自己试过就清楚了。

       下篇分享一下怎样动态修改Timer的调度计划,敬请期待。

时间: 2024-10-10 00:43:51

任务调度(一)——jdk自带的Timer的相关文章

任务调度(二)——jdk自带的Timer 动态修改任务执行计划

       上一篇博文<任务调度(一)--jdk自带的Timer>中,简单介绍了一下Timer,本文将分享一下如何动态修改Timer制定的计划.        先上代码: package com.tgb.ccl.schema.dynamic; import java.util.Date; /** * 可动态修改的任务 * * @author arron * @date 2015年5月9日 下午1:52:15 * @version 1.0 */ public class DynamicTime

使用JDK自带的WebService

WebService是个好东西,话不多说,干净利落 服务器端 来看下服务器端的结构: 先定义一个接口,用于暴露: ? 1 2 3 4 5 6 7 package com.abc.webservice; /**  * 对外暴露的接口.  */ public interface IWebService {     public String hello(String who); } 再定义这个接口的实现类: ? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

wsdl-java jdk自带的发布服务,wsimport命令生成客户端。

问题描述 java jdk自带的发布服务,wsimport命令生成客户端. 服务发布成功,能访问到服务也可以访问到wsdl文件,使用wsimport命令生成客户端代码的时候出错. 提示错误 [ERROR] Unexpected end of file from server Failed to read the WSDL document: http://localhost:8080/123/hell, because 1) cou ld not find the document; /2) t

JDK自带XML和java对象相互转换

下面使用的是JDK自带的类,没有引用任何第三方jar包.   Unmarshaller 类使客户端应用程序能够将 XML 数据转换为 Java 内容对象树. 备注:marshal(序列化.排列.整理) Marshaller 类使客户端应用程序能够将 Java 内容树转换回 XML 数据. package hb.jaxb;   import javax.xml.bind.annotation.XmlRootElement;   //1.需要转换的model对象一定要添加@XmlRootElemen

java方法块-android当中excute方法是jdk自带的吗

问题描述 android当中excute方法是jdk自带的吗 android当中excute方法是jdk自带的吗 这个方法是干什么用的 这个方法一定要抛出异常吗 解决方案 我自己去查查api文档了

使用JDK自带jvisualvm监控tomcat

原文地址: http://my.oschina.net/kone/blog/157239 jdk自带有个jvisualvm工具.该工具是用来监控java运行程序的cpu.内存.线程等的使用情况.并且使用图表的方式监控java程序.还具有远程监控能力.不失为一个用来监控tomcat的好工具. 在jdk目录下的bin目录中可以找到jvisualvm.exe文件.直接启动可以看到如下界面: 以上是已经连接远程的界面.直观的监控界面.更有助于我们分析tomcat的运行情况. 下面主要介绍下怎么样使用本地

[转载]JDK自带VM分析工具jps,jstat,jmap,jconsole

一.概述      SUN 的JDK中的几个工具,非常好用.秉承着有免费,不用商用的原则.以下简单介绍一下这几种工具.(注:本文章下的所有工具都存在JDK5.0以上版本的工具集里,同javac一样,不须特意安装)  .           我一共找到以下四个工具:重点看看jconsole和jmap. jps :与unix上的ps类似,用来显示本地的java进程,可以查看本地运行着几个java程序,并显示他们的进程号. jstat :一个极强的监视VM内存工具.可以用来监视VM内存内的各种堆和非堆

jdk自带jmap查看Tomcat内存里类的情况出错

问题描述 很奇怪,项目的老年代的内存很大,就算满了,也是会释放一点点.所以想分析一下情况.首先,JDK和JRE的版本肯定一直的,-version看过了然后一开始想最好能够生产heapdump文件.命令jmap-F-dump:format=b,file=d:temp.hprof7644但是报错Exceptioninthread"main"java.lang.reflect.InvocationTargetExceptionatsun.reflect.NativeMethodAccesso

JDK自带的native2ascii转码工具使用详解

  背景:       在做Java开发的时候,常常会出现一些乱码,或者无法正确识别或读取的文件,比如常见的validator验证用的消息资源(properties)文件就需要进行Unicode重新编码.原因是java默认的编码方式为Unicode,而我们的计算机系统编码常常是GBK等编码.需要将系统的编码转换为java正确识别的编码问题就解决了.