任务调度(四)——ScheduledExecutorService替代Timer，实现多线程任务调度

原创

mb61c46a7ab1eee 2022-01-12 10:54:30 ©著作权

©著作权归作者所有：来自51CTO博客作者mb61c46a7ab1eee的原创作品，请联系作者获取转载授权，否则将追究法律责任

上篇博文《任务调度(三)——Timer的替代品ScheduledExecutorService简介》已经对ScheduledExecutorService做了简介。事实上使用ScheduledExecutorService来替代Timer也是迫不得已的事情。

主要原因例如以下：

Timer不支持多线程。全部挂在Timer下的任务都是单线程的，任务仅仅能串行运行。假设当中一个任务运行时间过长。会影响到其它任务的运行，然后就可能会有各种接踵而来的问题。
Timer的线程不捕获异常。TimerTask假设抛出异常，那么Timer唯一的进程就会挂掉，这样挂在Timer下的全部任务都会无法继续运行。

第一个问题，随着业务数据的猛增，我们生产上有几个任务如今每次运行须要1-3个小时。在这段时间内，该timer下的其它任务仅仅能等待，这是让人无法忍受的。重开一个Timer？难道要为全部的耗时的Task都单开一个Timer。显然是不太可能。这样就太乱了。

第二个问题。是极其致命的。

好多业务数据都是晚上的定时任务跑出来的。结果因为程序的问题或者内存资源不足，导致线程被kill了。该timer下的全部任务都未运行。结果第二天整整忙活了一天，主要任务就是——跑任务，调整数据。

深受其害呀！

为了弥补Timer的缺陷，jdk1.5中引入了并发包。这里面提供的ScheduledExecutorService。详细实现类是：ScheduledThreadPoolExecutor。ScheduledThreadPoolExecutor支持多线程。同一时候在线程中对异常进行了捕获。

所以是Timer的完美替换者。

分享一个实例吧：

/** 
 * task2
 * @author arron
 * @date 2015年8月5日 下午2:08:34 
 * @version 1.0 
 */
public class Task2 extends TimerTask{

  @SuppressWarnings("deprecation")
  @Override
  public void run() {
    System.out.println("----task2 start--------"+new Date().toLocaleString());
    try {
      Thread.sleep(5000);
    } catch (InterruptedException e) {
      e.printStackTrace();
    }
    System.out.println("----5s later, task2 end--------"+new Date().toLocaleString());
  }
}

測试代码：

public static void main(String[] args) {

    ScheduledExecutorService pool = Executors.newScheduledThreadPool(2);//启用2个线程

    Task1 t1 = new Task1();
    // 马上运行，任务消耗3秒。运行结束后等待2秒。【有空余线程时】，再次运行该任务
    pool.scheduleWithFixedDelay(t1, 0, 2, TimeUnit.SECONDS);

    // 马上运行，任务消耗5秒，运行结束后等待2秒。【有空余线程时】，再次运行该任务
    Task2 t2 = new Task2();
    pool.scheduleWithFixedDelay(t2, 0, 2, TimeUnit.SECONDS);

  }

运行结果如图：

任务调度(四)——ScheduledExecutorService替代Timer，实现多线程任务调度_数据