公司有个定时任务，跑了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); }
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/210676.html原文链接：https://javaforall.net
