Java ScheduledExecutorService的具体使用
作者：LuckyWangxs
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作为参数传入，自定义线程池内线程名称之类的，不多解释了。
到此这篇关于Java ScheduledExecutorService的具体使用的文章就介绍到这了,更多相关ScheduledExecutorService内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！