java.util.concurrent之ScheduledExecutorService——替代Timer,实现多线程任务调度

本文探讨了为什么ScheduledExecutorService是Timer的更优选择,详细介绍了ScheduledExecutorService在多线程任务调度中的优势,如异常处理和并发支持。通过scheduleAtFixedRate与scheduleWithFixedDelay的方法对比,阐述了它们的执行策略。同时,文章提醒开发者避免使用Executors创建线程池,并给出了相关链接以了解更多细节。
摘要由CSDN通过智能技术生成

ScheduledExecutorService来替代Timer主要原因例如以下:

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

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

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

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

所以是Timer的完美替换者。

ScheduledExecutorService的主要作用就是可以将定时任务与线程池功能结合使用</

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值