公司有个定时任务，跑了10+天挂了，看日志没有任何的错误信息，查找一番发现问题所在，记录一下。
一直以为scheduleAtFixedRate()和scheduleWithFixedDelay()这两个方法的区别是，scheduleWithFixedDelay()是延迟任务，scheduleAtFixedRate()是定时任务：
ScheduledExecutorService services = Executors.newScheduledThreadPool(2);
//scheduleWithFixedDelay
services.scheduleWithFixedDelay(new MyRunnable(), 10, 2 * 60, TimeUnit.SECONDS);
//scheduleAtFixedRate
services.scheduleAtFixedRate(new MyRunnable(), 10, 2 * 60, TimeUnit.SECONDS);
我的理解是：scheduleWithFixedDelay()定时任务会在10秒之后开始第一次执行，等到上一次任务执行完后，延迟120秒执行第二个任务；scheduleAtFixedRate()定时任务会在10秒后执行，等到120秒后，不管上一次任务是否执行完成，直接开始执行第二次任务。（错误的理解）
scheduleAtFixedRate 与 scheduleWithFixedDelay 的区别，看了大佬的博客才知道，我的理解有点问题：
scheduleAtFixedRate ，是以上一个任务开始的时间计时，120秒过去后，检测上一个任务是否执行完毕，如果上一个任务执行完毕，则当前任务立即执行，如果上一个任务没有执行完毕，则需要等上一个任务执行完毕后立即执行。
scheduleWithFixedDelay，是以上一个任务结束时开始计时，120秒过去后，立即执行。
加上另外一个大佬的博客，找到了问题所在，Java定时线程池停止超时任务。博客里面提到了：
关于定时线程池，好多人认为设置好频率（比如1Min），它会按照这个间隔按部就班的工作。但是，如果其中一次调度任务卡住的话，不仅这次调度失败，而且整个线程池也会停在这次调度上。
回头看了下代码，整个定时任务完全没有try...catch...异常，而最后一次连接数据库时出现了某种异常，导致以后的调度任务全部失效（上一任务没有完成），最后导致整个定时任务死掉了。。。
知道了原因，解决起来就好办了，在线程的run()方法里面用try...catch...fianlly...包围
@Override
public void run() {
try {
//初始化数据库
Jedis bns3Redis= MyJedisPool.getRedis();
if (null == bns3Redis) {
logger.error("init jedis failed");
}
//do sth
startHandle(bns3Redis);
} catch (Exception e) {
e.printStackTrace();
logger.error("exception:" + e.getMessage());
} finally {
if (null != bns3Redis)
try {
bns3Redis.close();
} catch (Exception e) {
logger.error("close redis exception:" + e.getMessage());
bns3Redis = null;
}
}
logger.info("=====updateTime======" + updateTime);
————————————————
版权声明：本文为CSDN博主「Canon in D」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_42683408/article/details/82255304
