Spring Quartz 已经有分布式调度功能了,为什么还需要shedlock
ShedLock 是一个分布式锁解决方案，用于在分布式系统中确保某些任务在同一时间只被一个实例执行。它的主要用途是解决分布式环境中定时任务的并发执行问题。以下是需要 ShedLock 的几个原因：
1. 避免任务重复执行
在分布式系统中，定时任务可能会在多个实例上并发执行，这会导致任务重复执行的问题。重复执行可能会导致数据不一致、资源浪费等问题。ShedLock 通过锁机制确保只有一个实例能够执行任务，从而避免了这种情况。
2. 保证任务的互斥性
有些任务需要在某一时刻只能有一个实例在执行。例如，批量数据处理、数据清理、生成报告等操作，如果在多个实例上同时进行，可能会导致数据竞争和冲突。ShedLock 确保任务的互斥执行，避免了数据竞争和冲突。
3. 简化任务管理
在分布式系统中手动管理任务执行非常复杂，需要考虑各种边界情况和异常处理。ShedLock 提供了简单易用的 API，简化了任务管理，使开发者可以专注于业务逻辑而不是底层的分布式锁实现。
4. 提高系统的可靠性
通过使用 ShedLock，可以确保关键任务不会被多次执行，从而提高系统的可靠性和稳定性。例如，在电商系统中，生成订单的任务需要保证只执行一次，否则可能会导致重复订单。ShedLock 可以保证任务只执行一次，避免这种问题的发生。
5. 支持多种存储后端
ShedLock 支持多种存储后端，如数据库（MySQL、PostgreSQL 等）、分布式缓存（Redis 等）、ZooKeeper 等。开发者可以根据具体的应用场景选择合适的存储后端，灵活性较高。
工作原理
ShedLock 的工作原理很简单：
- 尝试获取锁：任务开始执行前，尝试在存储后端（如数据库）中插入一条锁记录。如果插入成功，说明获取了锁，任务可以执行。
- 释放锁：任务执行完成后，删除锁记录，释放锁。
- 锁过期：为了防止锁永远不会被释放，ShedLock 允许设置锁的过期时间。如果任务在指定时间内没有完成，锁会自动释放，允许其他实例重新获取锁并执行任务。
示例代码
以下是一个使用 ShedLock 的简单示例，展示如何确保定时任务在分布式系统中只执行一次：
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 会在任务执行前尝试获取锁，确保任务在分布式环境中只执行一次。
总结
ShedLock 是解决分布式系统中定时任务并发执行问题的有效工具。它通过分布式锁机制，确保任务的互斥性，避免任务重复执行，提高系统的可靠性和稳定性。对于需要在分布式环境中执行定时任务的应用，ShedLock 提供了一个简单、灵活的解决方案。
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，可以确保任务在分布式系统中的互斥执行，而不需要引入和配置复杂的调度框架。因此，根据具体的应用需求和复杂度，选择合适的工具和框架是关键。
