在 Java 应用中,经常会使用 Spring 的 @Scheduled
注解用于处理定时任务,但是在集群环境中,这会导致被 @Scheduled
注解标记的方法在每个应用节点都被定时执行,在早期的工程代码中,开发使用一个定时任务 IP 去指定执行任务的节点 IP,若当前节点 IP 与指定的定时任务 IP 一致才执行定时任务,该方案需要在每个 @Scheduled
方法中硬编码 IP 判断逻辑,且在部分应用迁移至 k8s 后因节点 IP 不确定导致该方案不再可用,故查询了下相关的解决方案。
我们在部分工程引入了 ShedLock 用于处理分布式环境下的定时任务重复执行的问题,下面简单记录一下 ShedLock 的实现机制。
ShedLock 确保在分布式环境下你的定时任务在同一时刻仅执行一次。如果一个任务正在被一个节点执行,那么该节点会获取一把锁用于阻止相同的任务被其他节点执行,其他的节点会尝试获取锁,但是获取失败时不会等待,而是采用跳过的方式,以确保一个任务仅被一个节点执行。
ShedLock 使用外部存储用于任务协调,如:Mongo、JDBC database、Redis、Hazelcast、ZooKeeper 等。
需要注意的是,ShedLock 并不是一个分布式的任务调度器,并且 ShedLock 用于处理定时任务未准备用于并行执行但是可以安全的重复执行的情况,此外,锁是基于时间的,ShedLock 假定节点上的时钟是同步的。
对于 @SchedulerLock
注解,源码位于 SchedulerLock.java,其中有三个属性用于配置,name
属性用于指定锁的名字,lockAtMostFor
用于指定锁最长持有时间,主要是为了防止持有锁的节点宕机而锁未释放从而导致其他节点无法获取该锁的问题,这仅仅是一个保护性措施,大多数时候锁会在任务完成的时候释放,lockAtLeastFor
用于指定锁最少持有的时间,该属性主要为了处理任务执行时间小于节点间时钟偏移时长的情况,假设我们的方法执行耗时仅需要 0.1s,而我们 A 节点与节点 B 的时钟偏移为 1s, 那么配置为 @Scheduled(cron = "0 0 0 * * *")
的定时任务在 A 节点启动并执行后锁被释放,此后 B 节点于 A 节点执行完任务 0.9s 后获取锁将会获取成功,导致该定时任务会在 A 节点与 B 节点都被执行一次,如果我们将 lockAtLeastFor
设置为大于 1s 即可避免该问题。
在与 Spring 的集成中采用 AOP 拦截的方式实现,提供了两种代理模式,其中一种围绕被 @SchedulerLock
注解的方法实现,另一种通过代理 TaskScheduler
实现。关于该两种代理方式的配置源码位于 EnableSchedulerLock.java,注意源码中的默认拦截方式与注释中的不一致,注意辨别。
基于代理被 @SchedulerLock
注解的方法的实现
该实现方式的优点主要为它可以很好地与想要以某种方式改变默认 Spring 调度机制的其他框架一起使用。而因为该模式拦截的为被 @SchedulerLock
注解的方法,这会导致非定时任务触发的方法调用也会被拦截,从而使并发调用时仅有一个线程能够获得结果,而其他线程发起的调用不能获得结果,因为方法并未被执行,后续可以通过源码理解原理。
其中关键源码位于:MethodProxyScheduledLockAdvisor.java,源码解释如下:
1 | class MethodProxyScheduledLockAdvisor extends AbstractPointcutAdvisor { |
基于代理 TaskScheduler
的实现
该实现方式基于代理 Spring TaskScheduler
的部分方法实现,仅拦截 TaskScheduler
类部分方法的调用,其中关键源码位于:SchedulerProxyScheduledLockAdvisor.java,源码解释如下:
1 | class SchedulerProxyScheduledLockAdvisor extends AbstractPointcutAdvisor { |
以上对 ShedLock 的基本配置进行了简单介绍,最后再看看防止并行运行的核心代码,其中源码位于:DefaultLockingTaskExecutor.java,其中核心方法如下:
1 |
|
关于 LockAssert 断言的使用,有用户提了 issue: significance of LockAssert,作者也未给出明确的原因,我们先忽略断言的部分代码,上述核心逻辑可以精简如下:
1 |
|
可以看出,尝试获取锁,如果获取到了锁,则执行任务,任务执行后释放锁,如果没有获取到锁,则说明该方法当前已由其他节点调用,该节点不再调用该方法。
以上即为 ShedLock 的核心逻辑,对于锁的实现部分,可以自行参考各种实现的源码,此处不再一一分析。