Quartz：永远不会执行的 Cron 表达式

Question

我知道有一个重复这里，这可能正是我的情况下，虽然它会值得一些更好的解释，我会尝试在这里提供。

我使用 Spring 应用程序上下文处理 Java Web 应用程序。 在这种情况下，我使用 Quartz 定义了计划作业。 这些作业由 .properties 文件中定义的 cron 触发。

Spring 上下文嵌入在 war 中，而 .properties 文件位于应用程序服务器（在本例中为 Tomcat）上。

这很好，并允许根据环境（开发、集成、生产等）定义不同的 cron。

现在，在我自己的计算机上本地运行此应用程序时，我不希望执行这些作业。 有没有办法编写一个永远不会触发的 cron 表达式？

Answer 1

TL; 博士

在 Quartz 1 中，你可以使用这个 cron： 59 59 23 31 12 ? 2099 59 59 23 31 12 ? 2099 （最后一个有效日期）。
在 Quartz 2 中，你可以使用这个 cron： 0 0 0 1 1 ? 2200 0 0 0 1 1 ? 2200

在很远的将来使用表达式

使用org.quartz.CronExpression一些快速测试。

String exp = "0 0 0 1 1 ? 3000";
boolean valid = CronExpression.isValidExpression(exp);
System.out.println(valid);
if (valid) {
    CronExpression cronExpression = new CronExpression(exp);
    System.out.println(cronExpression.getNextValidTimeAfter(new Date()));
}

当我做String exp = "# 0 0 0 1 1 ?"; ， isValid测试返回false 。

使用上面给出的示例，输出如下：

true
null

意义：

• 表达式有效；
• 没有与此表达式匹配的即将到来的日期。

但是，为了让调度程序接受 cron 触发器，后者必须匹配未来的日期。

我尝试了几年并发现一旦年份超过 2300，Quartz 似乎不再打扰（尽管我没有在 Quartz 2 的文档中找到提及年份的最大值）。 可能有一种更清洁的方法来做到这一点，但这将满足我现在的需求。

所以，最后，我建议的 cron 是0 0 0 1 1 ? 2200 0 0 0 1 1 ? 2200 。

石英 1 变体

注意，在 Quartz 1 中， 2099 是最后一个有效年份。 因此，您可以调整您的 cron 表达式以使用Maciej Matys 的建议： 59 59 23 31 12 ? 2099 59 59 23 31 12 ? 2099

替代方法：使用过去的日期

Arnaud Denoyelle提出了一些更优雅的建议，我上面的测试证明这是一个正确的表达方式：与其选择遥远的未来，不如选择遥远的过去：

0 0 0 1 1 ? 1970 0 0 0 1 1 ? 1970 （根据 Quartz 文档的第一个有效表达式）。

但是，此解决方案不起作用。

hippfluff强调 Quartz 将检测过去的表达式将永远不会再次执行并因此抛出异常。

org.quartz.SchedulerException: Based on configured schedule, the given trigger will never fire.

这似乎在 Quartz 中已经存在很长时间了。

经验教训：测试并非万无一失

这突出了我的测试的一个弱点：如果您想测试CronExpression ，请记住它必须有一个nextValidTime ¹ 。 否则，您将其传递给的调度程序将简单地拒绝它，并出现上述异常。

我建议按如下方式调整测试代码：

String exp = "0 0 0 1 1 ? 3000";
boolean valid = CronExpression.isValidExpression(exp);
if (valid) {
    CronExpression cronExpression = new CronExpression(exp);
    valid = cronExpression.getNextValidTimeAfter(new Date()) != null;
}
System.out.println("Can I use <" + exp + ">? " + (valid ? "Go ahead!" : "This shall fail."));

你去吧：无需思考，只需阅读输出。

---

_{¹这是我在测试 Arnaud 的解决方案时忘记的部分，这使我成为傻瓜并证明我的测试不是我的证明。}

Answer 2

从技术上讲，可选 Quartz 年份字段的有效值为 1970-2099，因此 2300 不是预期值。 我假设您确实需要这样做，并且您的 Quartz 版本尝试强制执行有效的 cron 语法（第 1-31 天、第 1-12 个月等）。

我目前在 Resque-scheduler for Rails 中使用以下代码，它接受经过验证的 crontab 格式的调度信息，以创建仅手动运行的测试作业：

cron: "0 5 31 2 *"

作业将耐心等待2 月 31日凌晨，然后再运行。 对于Quartz crontrigger 中的等效项，请尝试此行或其某些变体：

0 0 5 31 2 ?

Answer 3

试试这个： 59 59 23 31 12 ? 2099 59 59 23 31 12 ? 2099

Answer 4

如果您在@Scheduled(cron="")表达式中使用该表达式（技术上不使用石英，但那些日子在 spring 中很常见）您不能使用 7-field year-in-the-future 解决方案，但那些选项：

• 如果您使用的是 spring 5.1+ (springBoot 2.1+)，只需使用"${your.cron.prop:-}并且不要将属性设置为禁用执行 - 请参阅@Scheduled 。或者将属性本身设置为 "-" （如果您使用的是 yml，请确保使用引号）。
• 使用@Scheduled方法完全禁用 bean/服务，例如通过使用@ConditionalOnProperty("my.scheduleproperty.active")注释而不设置属性（或将其设置为false ）

Answer 5

我在尝试解决类似问题时发现了这一点 - 禁用 cron 表达式 - 但遇到了需要有效的未来计划日期的相同问题。

我还遇到了使用 7 值语法的问题 - 无法在 cron 计划中指定年份。

所以我用这个： 0 0 3 ？ 2 星期一#5

这将执行的下一次是：

1. 2044 年 2 月 29 日星期一凌晨 3:00
2. 2072 年 2 月 29 日星期一凌晨 3:00
3. 2112 年 2 月 29 日星期一凌晨 3:00
4. 2140 年 2 月 29 日星期一凌晨 3:00
5. 2168 年 2 月 29 日星期一凌晨 3:00

因此，基本上，就所有意图和目的而言，它已被禁用。 :)

啊。 诅咒，这仅适用于 Quartz 调度程序语法 - Spring CronTrigger 语法不允许在第五个星期一使用 MON#5

那么下一个最好的事情是 0 0 3 29 2 ？ 仅在 2 月 29 日（闰年）凌晨 3 点执行

Answer 6

嗨，你可以试试这个，它永远不会执行你的计划，只是通过-在 cron 中

 @Scheduled(cron = "${schedular.cron.expression}")

schedular.cron.expression=-

Answer 7

现在，在我自己的计算机上本地运行此应用程序时，我不希望执行这些作业。 有没有办法编写一个永远不会触发的 cron 表达式？

如果您想在您的计算机上禁用日程安排，您有多种方法可以实现这一点。

首先，您可以将 Quartz 的配置移动到基于@Profile的配置，而不是在本地启用此配置文件。 如果配置文件未处于活动状态，Quartz 根本不会启动。

另一种方法是将 Quartz 配置为不自动启动。 您可以在开发配置文件中注册的BeanPostProcessor中设置SchedulerFactoryBean#setAutoStartup() 。 虽然这个线程已经很老了，但 Spring Boot 通过注册SchedulerFactoryBeanCustomizer bean 来提供一种替代方法来做同样的事情。

Answer 8

对于天数少于此值的任何月份，请使用 31。 因此， 0 0 31 2 * for February或0 0 31 5 * for May 0 0 31 6 for June * 0 0 31 9 * for September 0 0 31 11 * for November

应该做以防止 cron 执行。 这些是有效的 cron 表达式，可以在https://crontab.guru/#0_0_31_2_上进行验证 *