Java中如何实现每天定时对数据库的操作

发布时间:2016-12-10 20:47:30 编辑:www.fx114.net 分享查询网我要评论
本篇文章主要介绍了"Java中如何实现每天定时对数据库的操作",主要涉及到Java中如何实现每天定时对数据库的操作方面的内容,对于Java中如何实现每天定时对数据库的操作感兴趣的同学可以参考一下。

现在有一个很棘手的问题:客户要赠加一个功能,就是每天晚上11点要统计一下数据,并存到一个文件中,我试着用线程,但是总达不到理想的效果。请给点思路,多谢了。   我们的开发环境是tomcat和servlet,我是这样处理的,在启动tomcat时就开一个线程来检测时间并判断睡眠多长时间,  还有没有其他的方式?真的没思路了。请各位指点指点吧!   ==================================   如何在Web工程中实现任务计划调度,好多朋友用过Windows的任务计划   经过查阅较多相关资料,发现Java定时器(java.util.Timer)有定时触发计划任务的功能,通过配置定时器的间隔时间,在某一间隔时间段之后会自动有规律的调用预先所安排的计划任务(java.util.TimerTask)。另外,由于我们希望当Web工程启动时,定时器能自动开始计时,在整个Web工程的生命期里,定时器能在每晚深夜触发一次报表计算引擎。因此定时器的存放位置也值得考查,不能简单的存在于单个Servlet或JavaBean中,必须能让定时器宿主的存活期为整个Web工程生命期,在工程启动时能自动加载运行。结合这两点,跟Servlet上下文有关的侦听器就最合适不过了,通过在工程的配置文件中加以合理配置,会在工程启动时自动运行,并在整个工程生命期中处于监听状态。          下面就Servlet侦听器结合Java定时器来讲述整个实现过程。要运用Servlet侦听器需要实现javax.servlet.ServletContextListener接口,同时实现它的contextInitialized(ServletContextEvent  event)和contextDestroyed(ServletContextEvent  event)两个接口函数。考虑定时器有个建立和销毁的过程,看了前面两个接口函数,就不容置疑的把建立的过程置入contextInitialized,把销毁的过程置入contextDestroyed了。          我把ServletContextListener的实现类取名为ContextListener,在其内添加一个定时器,示例代码如下所示(为考虑篇幅,仅提供部分代码供读者参考):           1.                    private  java.util.Timer  timer  =  null;     2.                    public  void  contextInitialized(ServletContextEvent  event)  {     3.                            timer  =  new  java.util.Timer(true);     4.                            event.getServletContext().log("定时器已启动");                     5.                              timer.schedule(new  MyTask(event.getServletContext()),  0,  60*60*1000);     6.                            event.getServletContext().log("已经添加任务调度表");     7.                    }     8.                    public  void  contextDestroyed(ServletContextEvent  event)  {     9.                            timer.cancel();     10.                            event.getServletContext().log("定时器销毁");     11.                    }              以上代码中,  timer.schedule(new  MyTask(event.getServletContext()),  0,  60*60*1000)这一行为定时器调度语句,其中MyTask是自定义需要被调度的执行任务(在我的财政数据中心项目中就是报表计算引擎入口),从java.util.TimerTask继承,下面会重点讲述,第三个参数表示每小时(即60*60*1000毫秒)被触发一次,中间参数0表示无延迟。其它代码相当简单,不再详细说明。        下面介绍MyTask的实现,上面的代码中看到了在构造MyTask时,传入了javax.servlet.ServletContext类型参数,是为记录Servlet日志方便而传入,因此需要重载MyTask的构造函数(其父类java.util.TimerTask原构造函数是没有参数的)。在timer.schedule()的调度中,设置了每小时调度一次,因此如果想实现调度任务每24小时被执行一次,还需要判断一下时钟点,以常量C_SCHEDULE_HOUR表示(晚上12点,也即0点)。同时为防止24小时执行下来,任务还未执行完(当然,一般任务是没有这么长的),避免第二次又被调度以引起执行冲突,设置了当前是否正在执行的状态标志isRunning。示例代码如下所示:   1.                    private  static  final  int  C_SCHEDULE_HOUR      =  0;     2.                    private  static  boolean  isRunning  =  false;     3.                              private  ServletContext  context  =  null;     4.                    public  MyTask(ServletContext  context)  {     5.                            this.context  =  context;     6.                    }     7.                    public  void  run()  {     8.                            Calendar  cal  =  Calendar.getInstance();                     9.                            if  (!isRunning)    {                           10.                                    if  (C_SCHEDULE_HOUR  ==  cal.get(Calendar.HOUR_OF_DAY))  {                             11.                                                    isRunning  =  true;                                     12.                                            context.log("开始执行指定任务");     13.                                                 14.                                            //TODO  添加自定义的详细任务,以下只是示例     15.                                            int  i  =  0;     16.                                            while  (i++  <  10)  {     17.                                                    context.log("已完成任务的"  +  i  +  "/"  +  10);     18.                                            }     19.               20.                                            isRunning  =  false;     21.                                            context.log("指定任务执行结束");                                   22.                                    }                             23.                            }  else  {     24.                                    context.log("上一次任务执行还未结束");     25.                            }     26.                    }              上面代码中“//TODO……”之下四行是真正被调度执行的演示代码(在我的财政数据中心项目中就是报表计算过程),您可以换成自己希望执行的语句。   到这儿,ServletContextListener和MyTask的代码都已完整了。最后一步就是把ServletContextListener部署到您的Web工程中去,在您工程的web.xml配置文件中加入如下三行:          <listener>                  <listener-class>com.test.ContextListener</listener-class>          </listener>            当然,上面的com.test得换成您自己的包名了。保存web.xml文件后,把工程打包部署到Tomcat中即可。任务会在每晚12点至凌晨1点之间被执行,上面的代码会在Tomcat的日志文件中记录如下:   2003-12-05  0:21:39  开始执行指定任务   2003-12-05  0:21:39  已完成任务的1/10          ……   2003-12-05  0:21:39  已完成任务的10/10   2003-12-05  0:21:39  指定任务执行结束   Feedback # re: Q : 如何实现每天定时对数据库的操作   回复  更多评论     2006-01-22 22:37 by caid'weblog  http://www2.uuzone.com/blog/seril/73267.htm 使用Timmer使Struts修改struts-config.xml文件不用重新启动服务器 1  在做struts应用的时候,经常学要修改struts-config.xml文件,在每次修改完之后只有重新启动服务器才能让修改生效。因此做了一个Listener,在应用启动的时候开始,每隔一段时间就去检查一下struts-config.xml文件的最后修改时间,如果修改时间变化了,就重新读取struts-config.xml,将对应的配置放到ServletContext中去。  一.LoadResourceListener  import java.util.Timer; import javax.servlet.ServletContext;  import javax.servlet.ServletContextEvent;  import javax.servlet.ServletContextListener; import kick.utils.Constants; public class LoadResourceListener implements ServletContextListener { /* (non-Javadoc)  * @see javax.servlet.ServletContextListener#contextInitialized(javax.servlet.ServletContextEvent)  */  public void contextInitialized(ServletContextEvent event) {  Timer loadResource = new Timer();  //获取ServletContext  ServletContext servletContext = event.getServletContext();  //创建一个LoadResourceTimerTask 的实例  LoadResourceTimerTask loadResourceTimerTask = new LoadResourceTimerTask(servletContext);  //将刚创建的TimerTask的实例的运行计划订为:马上开始,每隔20×1000ms运行一次  loadResource.schedule(loadResourceTimerTask,0,Constants.DELAY_UPDATE_TIME);  } /* (non-Javadoc)  * @see javax.servlet.ServletContextListener#contextDestroyed(javax.servlet.ServletContextEvent)  */  public void contextDestroyed(ServletContextEvent arg0) { } }  二.配置LoadResourceListener 在filter的配置下面添加上如下的配置  <listener>  <listener-class>kick.load.resource.LoadResourceListener</listener-class>  </listener>  三.LoadResourceTimerTask类  /*  * Created on 2005-9-6  *  * TODO To change the template for this generated file go to  * Window - Preferences - Java - Code Style - Code Templates  */  package kick.load.resource; import java.io.File;  import java.io.IOException;  import java.io.InputStream;  import java.net.MalformedURLException;  import java.net.URL;  import java.util.ArrayList;  import java.util.Enumeration;  import java.util.HashSet;  import java.util.Iterator;  import java.util.List;  import java.util.MissingResourceException;  import java.util.Set;  import java.util.TimerTask; import javax.servlet.ServletContext;  import javax.servlet.ServletException;  import javax.servlet.UnavailableException;  import javax.sql.DataSource; import kick.utils.Constants; import org.apache.commons.beanutils.BeanUtils;  import org.apache.commons.collections.FastHashMap;  import org.apache.commons.digester.Digester;  import org.apache.commons.digester.RuleSet;  import org.apache.commons.logging.Log;  import org.apache.commons.logging.LogFactory;  import org.apache.struts.Globals;  import org.apache.struts.config.ConfigRuleSet;  import org.apache.struts.config.DataSourceConfig;  import org.apache.struts.config.FormBeanConfig;  import org.apache.struts.config.MessageResourcesConfig;  import org.apache.struts.config.ModuleConfig;  import org.apache.struts.config.ModuleConfigFactory;  import org.apache.struts.util.MessageResources;  import org.apache.struts.util.MessageResourcesFactory;  import org.apache.struts.util.RequestUtils;  import org.apache.struts.util.ServletContextWriter;  import org.xml.sax.InputSource;  import org.xml.sax.SAXException; public class LoadResourceTimerTask extends TimerTask {  private ServletContext context = null; /**  * <p>  * The resources object for our internal resources.  * </p>  */  protected MessageResources internal = null; /**  * <p>  * The Digester used to produce ModuleConfig objects from a Struts  * configuration file.  * </p>  *  * @since Struts 1.1  */  protected Digester configDigester = null; /**  * <p>  * The Java base name of our internal resources.  * </p>  *  * @since Struts 1.1  */  protected String internalName = "org.apache.struts.action.ActionResources"; /**  * <p>  * Commons Logging instance.  * </p>  *  * @since Struts 1.1  */  protected static Log log = LogFactory.getLog(LoadResourceTimerTask.class); private List initParams = null; /**  * <p>  * The set of public identifiers, and corresponding resource names, for the  * versions of the configuration file DTDs that we know about. There  * <strong>MUST </strong> be an even number of Strings in this list!  * </p>  */  protected String registrations[] = { "-//Apache Software Foundation//DTD Struts Configuration 1.0//EN",  "/org/apache/struts/resources/struts-config_1_0.dtd",  "-//Apache Software Foundation//DTD Struts Configuration 1.1//EN",  "/org/apache/struts/resources/struts-config_1_1.dtd",  "-//Apache Software Foundation//DTD Struts Configuration 1.2//EN",  "/org/apache/struts/resources/struts-config_1_2.dtd",  "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN", "/org/apache/struts/resources/web-app_2_2.dtd",  "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN", "/org/apache/struts/resources/web-app_2_3.dtd" }; /**  * <p>  * The JDBC data sources that has been configured for this module, if any,  * keyed by the servlet context attribute under which they are stored.  * </p>  */  protected FastHashMap dataSources = new FastHashMap(); /**  * <p>  * Comma-separated list of context-relative path(s) to our configuration  * resource(s) for the default module.  * </p>  */  protected String config = "/WEB-INF/struts-config.xml"; private List resourcesName = new ArrayList(); private Set resourceFiles = new HashSet(); public LoadResourceTimerTask(ServletContext context) {  this.context = context;  try {  initInternal();  parseWeb();  parseConfigFile();  parseResource();  // parseConfigFile();  } catch (ServletException e) {  System.out.println(e.getMessage());  e.printStackTrace();  throw new RuntimeException(e);  }  } /*  * (non-Javadoc)  *  * @see java.util.TimerTask#run()  */  public void run() {  try {  reLoadConfigFile();  reLoadResource();  } catch (Exception e) { }  } /**  *  */  private void parseConfigFile() {  InitParam initParam = null;  for (int i = 0; i < initParams.size(); i++) {  initParam = (InitParam) initParams.get(i);  String name = initParam.getName();  if (!name.startsWith("config")) {  continue;  }  String prefix = name.substring(6);  String paths = initParam.getValue();  // Process each specified resource path  while (paths.length() > 0) {  // digester.push(config);  String path = null;  int comma = paths.indexOf(',');  if (comma >= 0) {  path = paths.substring(0, comma).trim();  paths = paths.substring(comma + 1);  } else {  path = paths.trim();  paths = "";  } if (path.length() < 1) {  break;  }  File file = new File(getServletContext().getRealPath(path));  StrutsConfig s = new StrutsConfig();  Digester d = new Digester();  d.push(s);  d.setNamespaceAware(false);  d.setValidating(false);  for (int j = 0; j < registrations.length; j += 2) {  URL url = this.getClass().getResource(registrations[j + 1]);  if (url != null) {  d.register(registrations[j], url.toString());  }  }  d.addObjectCreate("struts-config/message-resources", Resource.class);  d.addSetProperties("struts-config/message-resources", "parameter", "parameter");  d.addSetNext("struts-config/message-resources", "addResource"); // d.addCallMethod("web-struts-config/message-resources",  // "setParameter", 0);  try {  d.parse(file);  } catch (IOException e) {  // TODO Auto-generated catch block  e.printStackTrace();  } catch (SAXException e) {  // TODO Auto-generated catch block  e.printStackTrace();  }  // String resourcePath =  // ((Resource)s.getResources()).toFilePaht();  List rs = s.getResources();  for (int ii = 0; ii < rs.size(); ii++) {  resourcesName.add(((Resource) rs.get(ii)).toFilePaht());  }  }  }  } public void parseResource() {  int index = 0;  String dirName = "";  String resource = "";  String subFileName = ""; for (int i = 0; i < resourcesName.size(); i++) {  resource = (String) resourcesName.get(i);  index = resource.lastIndexOf("/");  dirName = resource.substring(0, index);  subFileName = resource.substring(index + 1, resource.length());  File file = new File(getServletContext().getRealPath("/WEB-INF/classes/" + dirName));  if (file.isDirectory()) {  String[] fileNames = file.list();  if (fileNames != null) {  for (int j = 0; j < fileNames.length; j++) {  if (fileNames[j] != null) {  if (fileNames[j].trim().startsWith(subFileName.trim())) {  resourceFiles.add(dirName + "/" + fileNames[j]);  // System.out.println("The file Name : '" +  // subFileName + "'");  // System.out.println("Add file name : '" +  // fileNames[j] + "'");  }  }  }  }  }  }  } private void reLoadConfigFile() {  try {  InitParam initParam = null;  for (int i = 0; i < initParams.size(); i++) {  initParam = (InitParam) initParams.get(i);  String name = initParam.getName();  if (!name.startsWith("config")) {  continue;  }  String prefix = name.substring(6);  String paths = initParam.getValue();  // Process each specified resource path  while (paths.length() > 0) {  // digester.push(config);  String path = null;  int comma = paths.indexOf(',');  if (comma >= 0) {  path = paths.substring(0, comma).trim();  paths = paths.substring(comma + 1);  } else {  path = paths.trim();  paths = "";  } if (path.length() < 1) {  break;  } File file = new File(getServletContext().getRealPath(path));  if ((System.currentTimeMillis() - file.lastModified()) < Constants.DELAY_UPDATE_TIME) {  log.debug("The struts-config.xml is changed,will be reload into context.");  log.debug("The file name is : '" + path + "'");  log.debug("Refash the resource file config list!");  parseConfigFile();  log.debug("Refash the resource file list!");  parseResource();  ModuleConfig moduleConfig = initModuleConfig(prefix, path);  initModuleMessageResources(moduleConfig);  initModuleDataSources(moduleConfig);  moduleConfig.freeze();  log.debug("Reload the config file success!");  }  this.initModulePrefixes(this.getServletContext());  }  }  } catch (Exception e) { }  } private void reLoadConfig(String prefix, String path) {  try {  ModuleConfig moduleConfig = initModuleConfig(prefix, path);  initModuleMessageResources(moduleConfig);  initModuleDataSources(moduleConfig);  moduleConfig.freeze();  } catch (Exception e) { }  } private void reLoadResource() {  Iterator it = resourceFiles.iterator();  String fileName = "";  while (it.hasNext()) {  fileName = (String) it.next();  File file = new File(this.getServletContext().getRealPath("/WEB-INF/classes/" + fileName));  if ((System.currentTimeMillis() - file.lastModified()) < Constants.DELAY_UPDATE_TIME) {  log.debug("Update the '" + file.getName() + "' property file!");  updateConfigFile();  }  }  } /**  *  */  private void updateConfigFile() {  InitParam initParam = null;  for (int i = 0; i < initParams.size(); i++) {  initParam = (InitParam) initParams.get(i);  String name = initParam.getName();  if (!name.startsWith("config")) {  continue;  }  String prefix = name.substring(6);  String paths = initParam.getValue();  // Process each specified resource path  while (paths.length() > 0) {  // digester.push(config);  String path = null;  int comma = paths.indexOf(',');  if (comma >= 0) {  path = paths.substring(0, comma).trim();  paths = paths.substring(comma + 1);  } else {  path = paths.trim();  paths = "";  } if (path.length() < 1) {  break;  } File file = new File(getServletContext().getRealPath(path));  file.setLastModified(System.currentTimeMillis());  }  }  } # Java语言中Timer类的简洁用法  回复  更多评论     2006-01-22 23:01 by caid'weblog 所有类型的 Java 应用程序一般都需要计划重复执行的任务。企业应用程序需要计划每日的日志或者晚间批处理过程。一个 J2SE 或者 J2ME 日历应用程序需要根据用户的约定计划闹铃时间。不过,标准的调度类 Timer 和 TimerTask 没有足够的灵活性,无法支持通常需要的计划任务类型。在本文中,Java 开发人员 Tom White 向您展示了如何构建一个简单通用的计划框架,以用于执行任意复杂的计划任务。 我将把 java.util.Timer 和 java.util.TimerTask 统称为 Java 计时器框架,它们使程序员可以很容易地计划简单的任务(注意这些类也可用于 J2ME 中)。在 Java 2 SDK, Standard Edition, Version 1.3 中引入这个框架之前,开发人员必须编写自己的调度程序,这需要花费很大精力来处理线程和复杂的 Object.wait() 方法。不过,Java 计时器框架没有足够的能力来满足许多应用程序的计划要求。甚至一项需要在每天同一时间重复执行的任务,也不能直接使用 Timer 来计划,因为在夏令时开始和结束时会出现时间跳跃。 本文展示了一个通用的 Timer 和 TimerTask 计划框架,从而允许更灵活的计划任务。这个框架非常简单 —— 它包括两个类和一个接口 —— 并且容易掌握。如果您习惯于使用 Java 定时器框架,那么您应该可以很快地掌握这个计划框架。 计划单次任务 计划框架建立在 Java 定时器框架类的基础之上。因此,在解释如何使用计划框架以及如何实现它之前,我们将首先看看如何用这些类进行计划。 想像一个煮蛋计时器,在数分钟之后(这时蛋煮好了)它会发出声音提醒您。清单 1 中的代码构成了一个简单的煮蛋计时器的基本结构,它用 Java 语言编写: 清单 1. EggTimer 类 package org.tiling.scheduling.examples;import java.util.Timer;import java.util.TimerTask;public class EggTimer { private final Timer timer = new Timer(); private final int minutes; public EggTimer(int minutes) { this.minutes = minutes; } public void start() { timer.schedule(new TimerTask() { public void run() { playSound(); timer.cancel(); } private void playSound() { System.out.println("Your egg is ready!"); // Start a new thread to play a sound... } }, minutes * 60 * 1000); } public static void main(String[] args) { EggTimer eggTimer = new EggTimer(2); eggTimer.start(); }}   EggTimer 实例拥有一个 Timer 实例,用于提供必要的计划。用 start() 方法启动煮蛋计时器后,它就计划了一个 TimerTask,在指定的分钟数之后执行。时间到了,Timer 就在后台调用 TimerTask 的 start() 方法,这会使它发出声音。在取消计时器后这个应用程序就会中止。 计划重复执行的任务 通过指定一个固定的执行频率或者固定的执行时间间隔,Timer 可以对重复执行的任务进行计划。不过,有许多应用程序要求更复杂的计划。例如,每天清晨在同一时间发出叫醒铃声的闹钟不能简单地使用固定的计划频率 86400000 毫秒(24 小时),因为在钟拨快或者拨慢(如果您的时区使用夏令时)的那些天里,叫醒可能过晚或者过早。解决方案是使用日历算法计算每日事件下一次计划发生的时间。 而这正是计划框架所支持的。考虑清单 2 中的 AlarmClock 实现: 清单 2. AlarmClock 类 package org.tiling.scheduling.examples;import java.text.SimpleDateFormat;import java.util.Date;import org.tiling.scheduling.Scheduler;import org.tiling.scheduling.SchedulerTask;import org.tiling.scheduling.examples.iterators.DailyIterator;public class AlarmClock { private final Scheduler scheduler = new Scheduler(); private final SimpleDateFormat dateFormat = new SimpleDateFormat("dd MMM yyyy HH:mm:ss.SSS"); private final int hourOfDay, minute, second; public AlarmClock(int hourOfDay, int minute, int second) { this.hourOfDay = hourOfDay; this.minute = minute; this.second = second; } public void start() { scheduler.schedule(new SchedulerTask() { public void run() { soundAlarm(); } private void soundAlarm() { System.out.println("Wake up! " + "It&quots " + dateFormat.format(new Date())); // Start a new thread to sound an alarm... } }, new DailyIterator(hourOfDay, minute, second)); } public static void main(String[] args) { AlarmClock alarmClock = new AlarmClock(7, 0, 0); alarmClock.start(); }} 注意这段代码与煮蛋计时器应用程序非常相似。AlarmClock 实例拥有一个 Scheduler (而不是 Timer)实例,用于提供必要的计划。启动后,这个闹钟对 SchedulerTask (而不是 TimerTask)进行调度用以发出报警声。这个闹钟不是计划一个任务在固定的延迟时间后执行,而是用 DailyIterator 类描述其计划。在这里,它只是计划任务在每天上午 7:00 执行。下面是一个正常运行情况下的输出: Wake up! It&quots 24 Aug 2003 07:00:00.023Wake up! It&quots 25 Aug 2003 07:00:00.001Wake up! It&quots 26 Aug 2003 07:00:00.058Wake up! It&quots 27 Aug 2003 07:00:00.015Wake up! It&quots 28 Aug 2003 07:00:00.002... DailyIterator 实现了 ScheduleIterator,这是一个将 SchedulerTask 的计划执行时间指定为一系列 java.util.Date 对象的接口。然后 next() 方法按时间先后顺序迭代 Date 对象。返回值 null 会使任务取消(即它再也不会运行)—— 这样的话,试图再次计划将会抛出一个异常。清单 3 包含 ScheduleIterator 接口: 清单 3. ScheduleIterator 接口 package org.tiling.scheduling;import java.util.Date;public interface ScheduleIterator { public Date next();} DailyIterator 的 next() 方法返回表示每天同一时间(上午 7:00)的 Date 对象,如清单 4 所示。所以,如果对新构建的 next() 类调用 next(),那么将会得到传递给构造函数的那个日期当天或者后面一天的 7:00 AM。再次调用 next() 会返回后一天的 7:00 AM,如此重复。为了实现这种行为,DailyIterator 使用了 java.util.Calendar 实例。构造函数会在日历中加上一天,对日历的这种设置使得第一次调用 next() 会返回正确的 Date。注意代码没有明确地提到夏令时修正,因为 Calendar 实现(在本例中是 GregorianCalendar)负责对此进行处理,所以不需要这样做。 清单 4. DailyIterator 类 package org.tiling.scheduling.examples.iterators;import org.tiling.scheduling.ScheduleIterator;import java.util.Calendar;import java.util.Date;/** * A DailyIterator class returns a sequence of dates on subsequent days * representing the same time each day. */public class DailyIterator implements ScheduleIterator { private final int hourOfDay, minute, second; private final Calendar calendar = Calendar.getInstance(); public DailyIterator(int hourOfDay, int minute, int second) { this(hourOfDay, minute, second, new Date()); } public DailyIterator(int hourOfDay, int minute, int second, Date date) { this.hourOfDay = hourOfDay; this.minute = minute; this.second = second; calendar.setTime(date); calendar.set(Calendar.HOUR_OF_DAY, hourOfDay); calendar.set(Calendar.MINUTE, minute); calendar.set(Calendar.SECOND, second); calendar.set(Calendar.MILLISECOND, 0); if (!calendar.getTime().before(date)) { calendar.add(Calendar.DATE, -1); } } public Date next() { calendar.add(Calendar.DATE, 1); return calendar.getTime(); }} 实现计划框架 在上一节,我们学习了如何使用计划框架,并将它与 Java 定时器框架进行了比较。下面,我将向您展示如何实现这个框架。除了 清单 3 中展示的 ScheduleIterator 接口,构成这个框架的还有另外两个类 —— Scheduler 和 SchedulerTask 。这些类实际上在内部使用 Timer 和 SchedulerTask,因为计划其实就是一系列的单次定时器。清单 5 和 6 显示了这两个类的源代码: 清单 5. Scheduler package org.tiling.scheduling;import java.util.Date;import java.util.Timer;import java.util.TimerTask;public class Scheduler { class SchedulerTimerTask extends TimerTask { private SchedulerTask schedulerTask; private ScheduleIterator iterator; public SchedulerTimerTask(SchedulerTask schedulerTask, ScheduleIterator iterator) { this.schedulerTask = schedulerTask; this.iterator = iterator; } public void run() { schedulerTask.run(); reschedule(schedulerTask, iterator); } } private final Timer timer = new Timer(); public Scheduler() { } public void cancel() { timer.cancel(); } public void schedule(SchedulerTask schedulerTask, ScheduleIterator iterator) { Date time = iterator.next(); if (time == null) { schedulerTask.cancel(); } else { synchronized(schedulerTask.lock) { if (schedulerTask.state != SchedulerTask.VIRGIN) { throw new IllegalStateException("Task already scheduled " + "or cancelled"); } schedulerTask.state = SchedulerTask.SCHEDULED; schedulerTask.timerTask = new SchedulerTimerTask(schedulerTask, iterator); timer.schedule(schedulerTask.timerTask, time); } } } private void reschedule(SchedulerTask schedulerTask, ScheduleIterator iterator) { Date time = iterator.next(); if (time == null) { schedulerTask.cancel(); } else { synchronized(schedulerTask.lock) { if (schedulerTask.state != SchedulerTask.CANCELLED) { schedulerTask.timerTask = new SchedulerTimerTask(schedulerTask, iterator); timer.schedule(schedulerTask.timerTask, time); } } } }} 清单 6 显示了 SchedulerTask 类的源代码: package org.tiling.scheduling;import java.util.TimerTask;public abstract class SchedulerTask implements Runnable { final Object lock = new Object(); int state = VIRGIN; static final int VIRGIN = 0; static final int SCHEDULED = 1; static final int CANCELLED = 2; TimerTask timerTask; protected SchedulerTask() { } public abstract void run(); public boolean cancel() { synchronized(lock) { if (timerTask != null) { timerTask.cancel(); } boolean result = (state == SCHEDULED); state = CANCELLED; return result; } } public long scheduledExecutionTime() { synchronized(lock) { return timerTask == null ? 0 : timerTask.scheduledExecutionTime(); } }} 就像煮蛋计时器,Scheduler 的每一个实例都拥有 Timer 的一个实例,用于提供底层计划。Scheduler 并没有像实现煮蛋计时器时那样使用一个单次定时器,它将一组单次定时器串接在一起,以便在由 ScheduleIterator 指定的各个时间执行 SchedulerTask 类。 考虑 Scheduler 上的 public schedule() 方法 —— 这是计划的入口点,因为它是客户调用的方法(在 取消任务 一节中将描述仅有的另一个 public 方法 cancel())。通过调用 ScheduleIterator 接口的 next(),发现第一次执行 SchedulerTask 的时间。然后通过调用底层 Timer 类的单次 schedule() 方法,启动计划在这一时刻执行。为单次执行提供的 TimerTask 对象是嵌入的 SchedulerTimerTask 类的一个实例,它包装了任务和迭代器(iterator)。在指定的时间,调用嵌入类的 run() 方法,它使用包装的任务和迭代器引用以便重新计划任务的下一次执行。reschedule() 方法与 schedule() 方法非常相似,只不过它是 private 的,并且执行一组稍有不同的 SchedulerTask 状态检查。重新计划过程反复重复,为每次计划执行构造一个新的嵌入类实例,直到任务或者调度程序被取消(或者 JVM 关闭)。 类似于 TimerTask,SchedulerTask 在其生命周期中要经历一系列的状态。创建后,它处于 VIRGIN 状态,这表明它从没有计划过。计划以后,它就变为 SCHEDULED 状态,再用下面描述的方法之一取消任务后,它就变为 CANCELLED 状态。管理正确的状态转变 —— 如保证不对一个非 VIRGIN 状态的任务进行两次计划 —— 增加了 Scheduler 和 SchedulerTask 类的复杂性。在进行可能改变任务状态的操作时,代码必须同步任务的锁对象。 取消任务 取消计划任务有三种方式。第一种是调用 SchedulerTask 的 cancel() 方法。这很像调用 TimerTask 的 cancel()方法:任务再也不会运行了,不过已经运行的任务仍会运行完成。 cancel() 方法的返回值是一个布尔值,表示如果没有调用 cancel() 的话,计划的任务是否还会运行。更准确地说,如果任务在调用 cancel() 之前是 SCHEDULED 状态,那么它就返回 true。如果试图再次计划一个取消的(甚至是已计划的)任务,那么 Scheduler 就会抛出一个 IllegalStateException。 取消计划任务的第二种方式是让 ScheduleIterator 返回 null。这只是第一种方式的简化操作,因为 Scheduler 类调用 SchedulerTask 类的 cancel()方法。如果您想用迭代器而不是任务来控制计划停止时间时,就用得上这种取消任务的方式了。 第三种方式是通过调用其 cancel() 方法取消整个 Scheduler。这会取消调试程序的所有任务,并使它不能再计划任何任务。 扩展 cron 实用程序 可以将计划框架比作 UNIX 的 cron 实用程序,只不过计划次数的规定是强制性而不是声明性的。例如,在 AlarmClock 实现中使用的 DailyIterator 类,它的计划与 cron 作业的计划相同,都是由以 0 7 * * * 开始的 crontab 项指定的(这些字段分别指定分钟、小时、日、月和星期)。 不过,计划框架比 cron 更灵活。想像一个在早晨打开热水的 HeatingController 应用程序。我想指示它“在每个工作日上午 8:00 打开热水,在周未上午 9:00 打开热水”。使用 cron,我需要两个 crontab 项(0 8 * * 1,2,3,4,5 和 0 9 * * 6,7)。而使用 ScheduleIterator 的解决方案更简洁一些,因为我可以使用复合(composition)来定义单一迭代器。清单 7 显示了其中的一种方法: 清单 7. 用复合定义单一迭代器 int[] weekdays = new int[] { Calendar.MONDAY, Calendar.TUESDAY, Calendar.WEDNESDAY, Calendar.THURSDAY, Calendar.FRIDAY }; int[] weekend = new int[] { Calendar.SATURDAY, Calendar.SUNDAY }; ScheduleIterator i = new CompositeIterator( new ScheduleIterator[] { new RestrictedDailyIterator(8, 0, 0, weekdays), new RestrictedDailyIterator(9, 0, 0, weekend) } ); RestrictedDailyIterator 类很像 DailyIterator,只不过它限制为只在一周的特定日子里运行,而一个 CompositeIterator 类取得一组 ScheduleIterators,并将日期正确排列到单个计划中。 有许多计划是 cron 无法生成的,但是 ScheduleIterator 实现却可以。例如,“每个月的最后一天”描述的计划可以用标准 Java 日历算法来实现(用 Calendar 类),而用 cron 则无法表达它。应用程序甚至无需使用 Calendar 类。在本文的源代码(请参阅 参考资料)中,我加入了一个安全灯控制器的例子,它按“在日落之前 15 分钟开灯”这一计划运行。这个实现使用了 Calendrical Calculations Software Package,用于计算当地(给定经度和纬度)的日落时间。 实时保证 在编写使用计划的应用程序时,一定要了解框架在时间方面有什么保证。我的任务是提前还是延迟执行?如果有提前或者延迟,偏差最大值是多少?不幸的是,对这些问题没有简单的答案。不过在实际中,它的行为对于很多应用程序已经足够了。下面的讨论假设系统时钟是正确的。 因为 Scheduler 将计划委托给 Timer 类,Scheduler 可以做出的实时保证与 Timer 的一样。Timer 用 Object.wait(long) 方法计划任务。当前线程要等待直到唤醒它,唤醒可能出于以下原因之一: 1.另一个线程调用对象的 notify() 或者 notifyAll() 方法。 2.线程被另一个线程中断。 3.在没有通知的情况下,线程被唤醒(称为 spurious wakeup,Joshua Bloch 的 Effective Java Programming Language Guide 一书中 Item 50 对其进行了描述 。 4.规定的时间已到。 对于 Timer 类来说,第一种可能性是不会发生的,因为对其调用 wait() 的对象是私有的。即便如此,Timer 实现仍然针对前三种提前唤醒的原因进行了保护,这样保证了线程在规定时间后才唤醒。目前,Object.wait(long) 的文档注释声明,它会在规定的时间“前后”苏醒,所以线程有可能提前唤醒。在本例中,Timer 会让另一个 wait() 执行(scheduledExecutionTime - System.currentTimeMillis())毫秒,从而保证任务永远不会提前执行。任务是否会延迟执行呢?会的。延迟执行有两个主要原因:线 程计划和垃圾收集。 Java 语言规范故意没有对线程计划做严格的规定。这是因为 Java 平台是通用的,并针对于大范围的硬件及其相关的操作系统。虽然大多数 JVM 实现都有公平的线程调度程序,但是这一点没有任何保证 —— 当然,各个实现都有不同的为线程分配处理器时间的策略。因此,当 Timer 线程在分配的时间后唤醒时,它实际执行其任务的时间取决于 JVM 的线程计划策略,以及有多少其他线程竞争处理器时间。因此,要减缓任务的延迟执行,应该将应用程序中可运行的线程数降至最少。为了做到这一点,可以考虑在 一个单独的 JVM 中运行调度程序。 对于创建大量对象的大型应用程序,JVM 花在垃圾收集(GC)上的时间会非常多。默认情况下,进行 GC 时,整个应用程序都必须等待它完成,这可能要有几秒钟甚至更长的时间(Java 应用程序启动器的命令行选项 -verbose:gc 将导致向控制台报告每一次 GC 事件)。要将这些由 GC 引起的暂停(这可能会影响快速任务的执行)降至最少,应该将应用程序创建的对象的数目降至最低。同样,在单独的 JVM 中运行计划代码是有帮助的。同时,可以试用几个微调选项以尽可能地减少 GC 暂停。例如,增量 GC 会尽量将主收集的代价分散到几个小的收集上。当然这会降低 GC 的效率,但是这可能是时间计划的一个可接受的代价。 被计划到什么时候? 如果任务本身能监视并记录所有延迟执行的实例,那么对于确定任务是否能按时运行会很有帮助。SchedulerTask 类似于 TimerTask,有一个 scheduledExecutionTime() 方法,它返回计划任务最近一次执行的时间。在任务的 run() 方法开始时,对表达式 System.currentTimeMillis() - scheduledExecutionTime() 进行判断,可以让您确定任务延迟了多久执行(以毫秒为单位)。可以记录这个值,以便生成一个关于延迟执行的分布统计。可以用这个值决定任务应当采取什么动 作 —— 例如,如果任务太迟了,那么它可能什么也不做。在遵循上述原则的情况下,如果应用程序需要更严格的时间保证,可参考 Java 的实时规范。 结束语 在本文中,我介绍了 Java 定时器框架的一个简单增强,它使得灵活的计划策略成为可能。新的框架实质上是更通用的 cron —— 事实上,将 cron 实现为一个 ScheduleIterator 接口,用以替换单纯的 Java cron,这是非常有用的。虽然没有提供严格的实时保证,但是许多需要计划定期任务的通用 Java 应用程序都可以使用这一框架。 参考资料 ·下载本文中使用的 源代码。 ·“Tuning Garbage Collection with the 1.3.1 Java Virtual Machine”是 Sun 的一篇非常有用的文章,它给出了关于如何最小化 GC 暂停时间的提示。 ·要获得 developerWorks 中有关 GC 的更多信息,请参阅以下文章: “Java 理论与实践:垃圾收集简史” (2003 年 10 月)。 “Mash that trash”(2003 年 7 月)。 “Fine-tuning Java garbage collection performance”(2003 年 1 月)。 “Sensible sanitation, Part 1”(2002 年 8 月)。 “Sensible sanitation, Part 2”(2002 年 8 月)。 “Sensible sanitation, Part 3”(2002 年 9 月)。 ·在“Java 理论与实践:并发在一定程度上使一切变得简单”(developerWorks, 2002 年 11 月)中,Brian Goetz 讨论了 Doug Lea 的 util.concurrent 库,这是一个并发实用工具类的宝库。 ·Brian Goetz 的另一篇文章“Threading lightly, Part 2: Reducing contention”(developerWorks,2001 年 9 月)分析了线程竞用以及如何减少它。 本文转自:http://blog.csdn.net/zwhfyy/article/details/1620840

上一篇:基于堆栈的广度优先搜索树遍历
下一篇:ISO/OSI网络体系结构和TCP/IP协议模型

相关文章

相关评论