java中定时任务 schedule 分布式下没有锁住时间不同步执行滞后相对时间系统时间 spring springboot

浅浅的花香味﹌ 2024-03-24 23:28 12阅读 0赞

java.util.Timer计时器可以进行：管理任务延迟执行(“如1000ms后执行任务”)，及周期性执行(“如每500ms执行一次该任务”)。  
但是，Timer存在一些缺陷，应考虑使用ScheduledThreadPoolExecutor代替，Timer对调度的支持是基于绝对时间,而不是相对时间的，由此任务对系统时钟的改变是敏感的；ScheduledThreadExecutor只支持相对时间。  
Timer的另一个问题在于，如果TimerTask抛出未检查的异常，Timer将会产生无法预料的行为。Timer线程并不捕获异常，所以TimerTask抛出的未检查的异常会终止timer线程。这种情况下，Timer也不会再重新恢复线程的执行了;它错误的认为整个Timer都被取消了。此时，已经被安排但尚未执行的TimerTask永远不会再执行了，新的任务也不能被调度了。

[https://www.cnblogs.com/felixzh/p/11899051.html][https_www.cnblogs.com_felixzh_p_11899051.html]

今天本地测试定时任务的时候, 修改完本地系统时间,发现到时间后定时任务并没有执行, 经过一番分析调试才发现一个get到一个技能: 如果项目启动后, 修改系统时间则定时任务不会生效, 但是项目若是在修改系统时间后启动 则定时任务到点会执行, 原因是缓存了时间;

但是经过一些搜集发现,修改系统时间的定时任务问题也分情况: Timer类的调度是基于绝对的时间的，而不是相对的时间，因此Timer类对系统时钟的变化是敏感的，举个例子，假如你希望任务1间隔10秒执行一次，某个时刻，你将系统时间提前了6秒，那么任务1就会在4秒后执行，而不是10秒后。在 ScheduledThreadPoolExecutor中任务的调度是基于相对时间的，原因是它在任务的内部 存储了该任务距离下次调度还需要的时间（使用的是基于 System\#nanoTime实现的相对时间 ，不会因为系统时间改变而改变，如距离下次执行还有10秒，不会因为将系统时间调前6秒而变成4秒后执行, 相当于是缓存了系统时间）。

[Spring定时任务之修改系统时间问题\_zhanglq1202的博客-CSDN博客][Spring_zhanglq1202_-CSDN]

配置线程池。因为默认是单线程。会因为Thead.sleep()阻塞。

spring：
      task:
        scheduling:
          pool:
            size: 10

@EnableAsync+@Async是让当前方法异步。例如当前方法是每秒执行一次，但因为阻塞了，就不会再每秒执行。 给方法加上@Async，就可以继续每秒执行。

[@Schedule 解决定时任务推迟执行\_@sechedule 每5秒\_Dily\_Su的博客-CSDN博客][Schedule _sechedule _5_Dily_Su_-CSDN]

[https_www.cnblogs.com_felixzh_p_11899051.html]: https://www.cnblogs.com/felixzh/p/11899051.html
[Spring_zhanglq1202_-CSDN]: https://blog.csdn.net/qq_32712809/article/details/86496438
[Schedule _sechedule _5_Dily_Su_-CSDN]: https://blog.csdn.net/qq_42151956/article/details/123482941