永远不会执行的cron作业

Question

有没有办法创建一个cron表达式,根本不运行该作业.我虽然使用这个表达式:

0 0 0 1 1？3099

上面的表达式将在3099年运行.有没有其他方法可以禁用该作业.

谢谢.

Answer 1

如果您仍在寻找即使在遥远的未来仍然强大的东西,请尝试/sf/answers/975666961/,我建议在crontab条目中使用2月31日,这些条目从不打算执行.

0 0 5 31 2 ?

您知道2月29日将执行几年，对吗？ (13认同)
使用 Spring Boot，您可以使用破折号“-”禁用 cron 作业，/sf/ask/2548257001/ (10认同)
`Microsoft.Azure.WebJobs.Extensions：计划表达式 '0 0 5 31 2 ?' 未被识别为有效的 cron 表达式或时间跨度字符串。 (4认同)
在Spring Boot的cron解释器上，这会导致`无效的cron表达式“ 0 0 5 31 2 *”导致对下一个触发器的失控搜索。 (2认同)
没有为我工作，但 29 月 29 日工作“0 0 0 29 2 ？” (2认同)

Answer 2

选择过去的日期。

这种事永远不会再发生了。除非今天是土拨鼠日。只是不要选择土拨鼠日。

Answer 3

我需要一个有效的 cron 计划（?语法在我的系统中不起作用）来解决实际日期，但要有效地“从不”。我目前最好的解决方案是选择最近的闰年，看看 2 月 29 日是哪一天。2016 年 2 月 29 日是星期一，因此下一个星期一 2 月 29 日目前是最远的。

0 0 29 2 1 产生接下来的 5 个触发器为：

02/29/2044 00:00:00Z
02/29/2072 00:00:00Z
02/29/2112 00:00:00Z
02/29/2140 00:00:00Z
02/29/2168 00:00:00Z

不完美，但它会做。

请不要这样做。这就是我们最终遇到 Y2K bug 的原因。 (25认同)
同意这种方法不应该在生产环境中使用 - 就我的目的而言，生产使用了正常的时间表，但开发/测试环境使用了这种技巧，因此代码从未真正触发。虽然我认为你与千年虫的比较有点过于戏剧化，不是吗？ (5认同)

Answer 4

注释掉 \xe2\x80\x94#在前面加上符号。非常有用，特别是如果您担心到 3099 年您会忘记所做的更改。

\n\n

另一种可能性是让它执行虚拟命令，例如true rm -rf /.

\n