Spring 调度：@Scheduled 与 Quartz

Question

我正在阅读 Spring 3.0 doc<关于日程安排。我倾向于 Spring 的 Quartz JobDetailBean。然而，@Scheduled 注释引起了我的注意。看来这是使用 Spring 框架安排任务的另一种方式。根据文档，Spring提供了三种调度方式：

1. @Scheduled
2. Via Quartz
3. Via JDK Timer

我对JDK Timer没有兴趣。为什么我应该选择 @Scheduled 而不是 Quartz？ （当我提到 Quartz 时，我的意思是使用 Spring 的 Quartz bean 包装器）。

假设我的用例足够复杂，我将与第三方 Web 服务通信以按指定的时间间隔导入和导出数据。

Answer 1

Quartz 比 Spring 的内置调度程序复杂一个数量级，包括对持久性、事务性和分布式作业的支持。不过，即使有 Spring 的 API 支持，这也有点像猪。

如果您需要的只是每 X 秒或按照 cron 计划在 bean 上执行一次方法，那么 @Scheduled（或 Spring 的 配置架构< /a>) 可能就足够了

Answer 2

我必须阐述一下我自己在 Spring 应用程序中使用 @Scheduled 与 Quartz 作为调度实现的经验。

调度作业有以下要求：

• 最终用户应该能够保存和调度（定义执行时间）自己的任务
• 服务器停机期间的调度作业不应从作业队列中省略

因此，我们必须尝试使用​​ Quartz 实现（版本 2.2） .3) 为了支持数据库中作业的持久性。一些基本结论如下：

• 使用quartz.properties 文件与Spring 4 MVC 应用程序集成一点也不困难。
• 我们能够选择第二个数据库来存储主数据库中的作业。
• 只要服务器启动，在服务器停机期间安排的作业就会开始运行。
• 作为奖励，我们设法在主数据库中维护一些有关使用自定义 JobListener 和 TriggerListener 用户定义的计划作业的有用（且更面向用户）信息。
• Quartz 在具有更复杂调度要求的应用程序中是一个非常有用的库。

Answer 3

根据Quartz Documentation，我们可以使用@Scheduler 中不存在一些更复杂的功能。例如：

1. 在 Quartz 中，我们可以将调度程序置于待机模式
   scheduler.standby(); 并使用 scheduler.start(); 重新安排它。
2. 在作业执行之前或之后关闭调度程序
   scheduler.shutdown(true); 和 scheduler.shutdown(false);
3. 存储作业供以后使用，当您需要该作业时，您可以
   触发了它。

JobDetail job1 =newJob(MyJobClass.class).
withIdentity("job1","group1").
storeDurably().
build();

4. 将新作业添加到调度程序，指示它使用给定名称和组（如果有）“替换”现有作业。

JobDetail job1 = newJob(MyJobClass.class).
withIdentity("job1", "group1").
build();

Answer 4

Spring 提供了一种简单的方法来实现调度作业的 API。在我们部署应用程序的多个实例之前，它会很好地工作。

默认情况下，Spring 无法处理多个实例上的调度程序同步。相反，它在每个节点上同时执行作业。

你可以看看 ShedLock——一个 Java 库，它确保我们的计划任务在同一时间只运行一次，并且是 Quartz 的替代品。

Answer 5

在Spring中，您可以使用FixedRate、FixedDelay和cron来安排任务。但大多数调度作业都需要动态处理执行时间。因此，在这种情况下，最好使用 Quartz，因为它提供了在 DBJobstore 和 RAMJobstore 中存储计划作业的选项。