java—springboot使用Scheduled注解实现任务调度及相关踩坑记录

关于spring boot 实现任务调度的方法有很多种，这里不再赘述。

首先pom只需引入

然后application开启@EnableScheduling

之后用嘛就很简单了

========分隔线=========

首先大致说下遇到过的问题

Q1:启动后修改本地时间但是调度任务不再执行

A：之前大致看了一下这块的介绍，其实启动之后虚拟机内维持一个时间计数器，这个是启动时与系统时间同步过的，当让会有一个专门管理调度任务的，按照虚拟机时间以及系统时间核对（如果这出现不一致肯定不执行了），如果一致那么也满足cron规则就开启执行。

Q2:出现漏执行的情况

A：我目前了解到其实spring的@Scheduled默认是单线程的，也就是说一次只能执行一个定时任务，如果一但任务是耗时的那么后面的自动进入线程的挂起等待队列，当然这个队列也是有大小限制，如果执行中任务特别耗时挂起的超过限制那么后面的任务都不会执行。

很多大企是很注重调度任务的可用性，因为毕竟对于任务调度这个事情来说里面涉及到的业务肯定都是有价值甚至很重要的。特别公司发展的一定程度调度任务的重要性非常的高。所以如果还是单节点的架构的调度的话建议还是上高可用的调度吧，那么关于高可用的调度任务网上还是有好几个解决方案以供选择，其实最核心的一点哪怕是多节点调度也是单一机器去执行调度任务，也就要求做到分布式锁，一般来讲redis 或者 zookeeper就可以很好的实现这块。当然还有一个很重要的事儿就是关于调度任务失败的重调。个人推荐elastic-job这个组件，可以自行研究对比后选择适合自己公司业务的。

针对以上调度线程是单线程问题其实也可以通过，设置执行线程数目，建议开启的线程池核心线程不要过高，毕竟cpu也就那么多个核心，线上项目又肯定不是自己一个的。何况还有维护系统其他组件等的线程。个人感觉视自己项目里调度数量和执行时间决定。单一时间段内不会出现跑满即可。

当然针对耗时较长的调度任务其实完成可以这样解决：加上 @Async

spring会把这个方法另开启一个线程去处理，以达到异步处理的效果，这样调度任务也会快速。当然没必要给所有调度都这么加。

好了 大致就是以上的几点，基本也就满足中小企业遇到的调度问题。当然也可能有描述不准确或者不全面的地方，欢迎指正，哈哈。