Spring Quartz 和 ShedLock 是用于调度任务的两种不同解决方案，虽然 Spring Quartz 已经提供了分布式调度的功能，但在某些情况下使用 ShedLock 仍然是必要和有益的。以下是一些需要使用 ShedLock 的原因和场景：
1. Quartz 的复杂性
Quartz 是一个强大且复杂的调度框架，具有丰富的功能，例如分布式调度、持久化和集群支持。然而，Quartz 的配置和使用相对复杂，需要详细的配置文件和额外的依赖库。如果你的需求相对简单，只需要保证任务的互斥执行，使用 ShedLock 会更加简单和直接。
2. 简单性和易用性
ShedLock 的设计初衷是提供一种简单、易用的分布式锁解决方案，特别适合用于分布式系统中的定时任务。它的配置和集成比 Quartz 更加简单，开发者可以更快地上手并实现所需功能。
3. 独立性
ShedLock 可以与 Spring 的 @Scheduled 注解一起使用，不需要引入和配置复杂的调度框架。这对于不需要 Quartz 全部功能的应用来说，是一个很好的选择。使用 ShedLock 可以保持系统的独立性和简单性，而不必引入一个复杂的调度框架。
4. 灵活性
ShedLock 支持多种存储后端，例如数据库、Redis、ZooKeeper 等。开发者可以根据具体的应用场景选择合适的存储后端，而不必受限于 Quartz 的实现方式。ShedLock 还可以与任何任务执行框架集成，而不仅仅是 Quartz。
5. 案例场景
以下是一些适合使用 ShedLock 而不是 Quartz 的场景：
- 轻量级应用：如果你的应用不需要复杂的调度功能，只需要确保任务在分布式环境中不重复执行，使用 ShedLock 更加轻量和高效。
- 现有系统集成：如果你的现有系统已经在使用 Spring 的
@Scheduled注解进行任务调度，但需要增加分布式锁的功能，ShedLock 可以无缝集成，而不需要重构为 Quartz。 - 数据库集成：如果你的应用使用数据库进行锁管理，并希望利用现有的数据库连接池和事务管理，ShedLock 提供了灵活的数据库锁实现。
示例代码
以下是一个使用 ShedLock 和 Spring @Scheduled 注解的示例代码：
import net.javacrumbs.shedlock.core.LockProvider;
import net.javacrumbs.shedlock.spring.annotation.SchedulerLock;
import net.javacrumbs.shedlock.provider.jdbc.JdbcTemplateLockProvider;
import org.springframework.scheduling.annotation.Scheduled;
import org.springframework.stereotype.Component;
import javax.sql.DataSource;@Component
public class ScheduledTasks {private final LockProvider lockProvider;public ScheduledTasks(DataSource dataSource) {this.lockProvider = new JdbcTemplateLockProvider(dataSource);}@Scheduled(cron = "0 0 * * * ?")@SchedulerLock(name = "scheduledTaskName", lockAtMostFor = "PT30M", lockAtLeastFor = "PT5M")public void executeTask() {// 任务逻辑System.out.println("Task executed");}
}
在上述代码中，@SchedulerLock 注解用于指定任务的锁名称和锁的最长、最短持有时间。ShedLock 会在任务执行前尝试获取锁，确保任务在分布式环境中只执行一次。
总结
虽然 Quartz 提供了强大的分布式调度功能，但在一些简单的场景中，ShedLock 提供了一个更为简单、高效的解决方案。通过使用 ShedLock，可以确保任务在分布式系统中的互斥执行，而不需要引入和配置复杂的调度框架。因此，根据具体的应用需求和复杂度，选择合适的工具和框架是关键。
