1. 序言
- 实际工作中,我们需要使用
ScheduledExecutorService
创建定时任务,以上报metric、打印信息等ScheduledExecutorService service = Executors.newSingleThreadScheduledExecutor(); service.scheduleAtFixedRate(new Runnable() { @Override public void run() { // do something } }, 0, 2, TimeUnit.SECONDS);
- 有些时候会发现监控数据没了,也就是定时上报metric存在某些问题
- 可能是存储metric的influxdb(时序数据库)存在问题,未能成功写入metric
- 也可能是定时任务存在问题,不再定时上报mtric
- 如果有其他监控能正常显示,或者该监控从某段时间开始没有了数据,那一般都是定时上报任务执行失败,不再定时上报metric导致
- 但当你review代码后,觉得定时上报metric的逻辑是如此简单,以至于你都没有在
Runnable.run()
方法中使用最外层的try-catch
处理异常 - 而且就算由于某些原因出现异常,那也应该只是影响这一次调度,而不会导致后续不再调度
2. 模拟定时任务某次调度出现异常
-
下面的代码,模拟了定时任务在某次调度出现异常的情况
public static void main(String[] args) throws ExecutionException, InterruptedException { ScheduledExecutorService service = Executors.newSingleThreadScheduledExecutor(); // 定义只有一个元素的数组,在Runnable任务中更新元素的值 // 避免直接定义变量parma,Runnable任务中更新值时,提示错误: // Variable 'xxx' is accessed from within inner class, needs to be final or effectively final int[] param = new int[1]; service.scheduleAtFixedRate(new Runnable() { @Override public void run(