关于ScheduledThreadPoolExecutor类定时执行方法

ScheduledThreadPoolExecutor 
    我们先来学习一下JDK1.5 API中关于这个类的详细介绍: 

    "可另行安排在给定的延迟后运行命令,或者定期执行命令。需要多个辅助线程时,或者要求 ThreadPoolExecutor 具有额外的灵活性或功能时,此类要优于 Timer。 
    一旦启用已延迟的任务就执行它,但是有关何时启用,启用后何时执行则没有任何实时保证。按照提交的先进先出 (FIFO) 顺序来启用那些被安排在同一执行时间的任务。 

    虽然此类继承自 ThreadPoolExecutor,但是几个继承的调整方法对此类并无作用。特别是,因为它作为一个使用 corePoolSize 线程和一个无界队列的固定大小的池,所以调整 maximumPoolSize 没有什么效果。"

    在JDK1.5之前,我们关于定时/周期操作都是通过Timer来实现的。但是Timer有以下几种危险[JCIP] 

a. Timer是基于绝对时间的。容易受系统时钟的影响。 
b. Timer只新建了一个线程来执行所有的TimeTask。所有TimeTask可能会相关影响 
c. Timer不会捕获TimerTask的异常,只是简单地停止。这样势必会影响其他TimeTask的执行。 

    如果你是使用JDK1.5以上版本,建议用ScheduledThreadPoolExecutor代替Timer。它基本上解决了上述问题。它采用相对时间,用线程池来执行TimerTask,会出来TimerTask异常。 

    下面通过一个简单的实例来阐述ScheduledThreadPoolExecutor的使用。 
   
     我们定期让定时器抛异常 
    我们定期从控制台打印系统时间
 

代码如下(参考了网上的一些代码,在此表示感谢) 
Java代码   收藏代码
  1. import java.util.concurrent.ScheduledThreadPoolExecutor;  
  2. import java.util.concurrent.TimeUnit;  
  3.   
  4.   
  5. public class TestScheduledThreadPoolExecutor {  
  6.       
  7.     public static void main(String[] args) {  
  8.         ScheduledThreadPoolExecutor exec=new ScheduledThreadPoolExecutor(1);  
  9.           
  10.         exec.scheduleAtFixedRate(new Runnable(){//每隔一段时间就触发异常  
  11.             @Override  
  12.             public void run() {  
  13.                 throw new RuntimeException();  
  14.             }}, 1000, 5000, TimeUnit.MILLISECONDS);  
  15.           
  16.         exec.scheduleAtFixedRate(new Runnable(){//每隔一段时间打印系统时间,证明两者是互不影响的  
  17.             @Override  
  18.             public void run() {  
  19.                 System.out.println(System.nanoTime());  
  20.             }}, 1000, 2000, TimeUnit.MILLISECONDS);  
  21.     }  
  22.   
  23. }  


总结:是时候把你的定时器换成 ScheduledThreadPoolExecutor了


scheduleWithFixedDelay

ScheduledFuture<?> scheduleWithFixedDelay(Runnable command,                                           long initialDelay,                                           long delay,                                          TimeUnit unit)
创建并执行一个在给定初始延迟后首次启用的定期操作,随后,在每一次执行终止和下一次执行开始之间都存在给定的延迟。如果任务的任一执行遇到异常,就会取消后续执行。否则,只能通过执行程序的取消或终止方法来终止该任务。

参数:
command - 要执行的任务。
initialDelay - 首次执行的延迟时间。
delay - 一次执行终止和下一次执行开始之间的延迟。
unit - initialDelay 和 delay 参数的时间单位。
返回:
表示挂起任务完成的 Future,并且其  get() 方法在取消后将抛出异常。
抛出:
RejectedExecutionException - 如果无法安排执行该任务。
NullPointerException - 如果 command 为 null。
IllegalArgumentException - 如果 delay 小于或等于 0
          

scheduleAtFixedRate

ScheduledFuture<?> scheduleAtFixedRate(Runnable command,                                        long initialDelay,                                        long period,                                       TimeUnit unit)
创建并执行一个在给定初始延迟后首次启用的定期操作,后续操作具有给定的周期;也就是将在 initialDelay 后开始执行,然后在  initialDelay+period 后执行,接着在  initialDelay + 2 * period 后执行,依此类推。如果任务的任一执行遇到异常,都会取消后续执行。否则,只能通过执行程序的取消或终止方法来终止该任务。

参数:
command - 要执行的任务。
initialDelay - 首次执行的延迟时间。
period - 连续执行之间的周期。
unit - initialDelay 和 period 参数的时间单位。
返回:
表示挂起任务完成的 Future,并且其  get() 方法在取消后将抛出异常。
抛出:
RejectedExecutionException - 如果无法安排执行该任务。
NullPointerException - 如果 command 为 null。
IllegalArgumentException - 如果 period 小于或等于 0。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值