题外话(马上进入正题),关注公众号回复:学习 领取学习资料,包括电子书、蚂蚁阿里面试题、高并发mysql底层讲解视频…
ScheduledExecutorService
有线程池的特性,也可以实现任务循环执行,可以看作是一个简单地定时任务组件,因为有线程池特性,所以任务之间可以多线程并发执行,互不影响,当任务来的时候,才会真正创建线程去执行
我们在做一些普通定时循环任务时可以用它,比如定时刷新字典常量,只需要不断重复执行即可,这篇文章讲解一下它的用法以及注意事项,不涉及底层原理
注意:我们都知道,在使用线程池的时候,如果我们的任务出现异常没有捕获,那么线程会销毁被回收,不会影响其他任务继续提交并执行,但是在这里,如果你的任务出现异常没有捕获,会导致后续的任务不再执行,所以一定要try...catch
1. 延迟不循环任务schedule
方法
schedule(Runnable command, long delay, TimeUnit unit)
参数1:任务
参数2:方法第一次执行的延迟时间
参数3:延迟单位
说明:延迟任务,只执行一次(不会再次执行),参数2为延迟时间
案例说明:
@Component
@Slf4j
public class MineExecutors {
private final static ScheduledExecutorService scheduler = Executors.newScheduledThreadPool(5);
private final static SimpleDateFormat format = new SimpleDateFormat("yyyy-MM-dd HH:mm:sss");
@PostConstruct
public void init() {
scheduler.schedule(() -> {
try {
log.info("开始执行...time {}", format.format(new Date()));
Thread.sleep(1000);
log.info("执行结束...time {}", format.format(new Date()));
} catch (Exception e) {
log.error("定时任务执行出错");
}
}, 5, TimeUnit.SECONDS);
log.info("初始化成功 {}", format.format(new Date()));
}
}
可以看到任务执行时间为初始化完成后5s才开始执行,且只执行一次
2. 延迟且循环cheduleAtFixedRate
方法
cheduleAtFixedRate(Runnable command, long initialDelay, long period, TimeUnit unit)
参数1:任务
参数2:初始化完成后延迟多长时间执行第一次任务
参数3:任务时间间隔
参数4:单位
方法解释:是以上一个任务开始的时间计时,比如period
为5,那5秒后,检测上一个任务是否执行完毕,如果上一个任务执行完毕,则当前任务立即执行,如果上一个任务没有执行完毕,则需要等上一个任务执行完毕后立即执行,如果你的任务执行时间超过5秒,那么任务时间间隔参数将无效,任务会不停地循环执行,由此可得出该方法不能严格保证任务按一定时间间隔执行
错误:任务连续执行案例:
@Component
@Slf4j
public class MineExecutors {
private final static ScheduledExecutorService scheduler = Executors.newScheduledThreadPool(5);
private final static SimpleDateFormat format = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
@PostConstruct
public void init() {
scheduler.scheduleAtFixedRate(() -> {
try {
log.info("开始执行...time {}", format.format(new Date()));
Thread.sleep(3000);
log.info("执行结束...time {}", format.format(new Date()));
} catch (Exception e) {
log.error("定时任务执行出错");
}
}, 0, 2, TimeUnit.SECONDS);
log.info("初始化成功 {}", format.format(new Date()));
}
}
由上面代码可以看出,任务执行需要3秒,而我们设定的任务时间间隔为2秒,如此就会导致任务连续执行,该方法不能严格保证任务按照规定的时间间隔执行,如果你的任务执行时间可以保证忽略不计,则可以使用该方法,我们可以看到下面日志,上一个任务的执行结束时间与下一个任务的开始时间一致,所以任务连续循环执行了
正确案例:
@Component
@Slf4j
public class MineExecutors {
private final static ScheduledExecutorService scheduler = Executors.newScheduledThreadPool(5);
private final static SimpleDateFormat format = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
@PostConstruct
public void init() {
scheduler.scheduleAtFixedRate(() -> {
try {
log.info("开始执行...time {}", format.format(new Date()));
Thread.sleep(1000);
log.info("执行结束...time {}", format.format(new Date()));
} catch (Exception e) {
log.error("定时任务执行出错");
}
}, 0, 3, TimeUnit.SECONDS);
log.info("初始化成功 {}", format.format(new Date()));
}
}
可以看到任务以上一次任务的开始时间,按3秒一次的方式执行
3. 严格按照一定时间间隔执行“
scheduleWithFixedDelay(Runnable command, long initialDelay, long delay, TimeUnit unit);
参数1:任务
参数2:初始化完成后延迟多长时间执行第一次任务
参数3:任务执行时间间隔
参数4:单位
解释:以上一次任务执行结束时间为准,加上任务时间间隔作为下一次任务开始时间,由此可以得出,任务可以严格按照时间间隔执行
案例:
@Component
@Slf4j
public class MineExecutors {
private final static ScheduledExecutorService scheduler = Executors.newScheduledThreadPool(5);
private final static SimpleDateFormat format = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
@PostConstruct
public void init() {
scheduler.scheduleWithFixedDelay(() -> {
try {
log.info("开始执行...time {}", format.format(new Date()));
Thread.sleep(5000);
log.info("执行结束...time {}", format.format(new Date()));
} catch (Exception e) {
log.error("定时任务执行出错");
}
}, 0, 3, TimeUnit.SECONDS);
log.info("初始化成功 {}", format.format(new Date()));
}
}
由下图日志可以看出,下次任务的开始时间是在上一次任务结束时间+任务时间间隔为准的,严格按照任务时间间隔,规律执行,如果你的任务需要保证严格的时间间隔,可以用该方法启动任务
其他用法与线程池没有差异了,例如ThreadFactory
作为参数传入,自定义线程池内线程名称之类的,不多解释了。
能力有限,不足之处,欢迎指正~
今天的文章scheduled for addition_this scheduler instance is分享到此就结束了,感谢您的阅读。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/78731.html