scheduleAtFixedRate()踩的坑

公司有个定时任务，跑了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);
    }