石英1

如果您更改类以实现StatefulJob而不是Job，Quartz将为您处理此问题。来自StatefulJob javadoc：

不允许有状态的工作并发执行，这意味着新的在之前发生的触发器完成execute（xx）方法将被推迟。

StatefulJob扩展了Job并且没有添加任何新方法，所以你需要做的就是改变它：

public class YourJob implements org.quartz.Job {
    void execute(JobExecutionContext context) {/*implementation omitted*/}
}

对此：

public class YourJob implements org.quartz.StatefulJob {
    void execute(JobExecutionContext context) {/*implementation omitted*/}
}

石英2

在Quartz 2.0版中，不推荐使用StatefulJob。现在建议使用注释，例如

@DisallowConcurrentExecution
public class YourJob implements org.quartz.Job {
    void execute(JobExecutionContext context) {/*implementation omitted*/}
}

Answer 2

如果你需要做的就是每20秒开火一次，石英就会严重过度杀伤。 java.util.concurrent.ScheduledExecutorService应该足以完成这项工作。

ScheduledExecutorService还为调度提供了两种语义。 "fixed rate"将尝试每20秒运行一次作业而不管重叠，而"fixed delay"将尝试在第一个作业结束和下一个作业开始之间留出20秒。如果你想避免重叠，那么固定延迟是最安全的。

Answer 3

如果有人引用此问题，则StatefulJob已被弃用。他们现在建议你使用注释......

@PersistJobDataAfterExecution
@DisallowConcurrentExecution
public class TestJob implements Job {

这将解释这些注释的意思......

注释会导致行为他们的名字描述 - 多个工作的实例不会允许同时运行（考虑作业中包含代码的情况 execute（）方法需要34秒运行，但它安排了一个触发器每30次重复一次秒），并将拥有其JobDataMap 内容重新保留在调度程序的JobStore在每个之后执行。出于此目的仅举例说明 @PersistJobDataAfterExecution 注释是真正相关的，但它是总是明智地使用 @DisallowConcurrentExecution 用它来注释，以防止保存数据的竞争条件。

Answer 4

如果你使用弹簧石英，我认为你必须像这样配置

    <bean id="batchConsumerJob"class="org.springframework.scheduling.quartz.MethodInvokingJobDetailFactoryBean">
        <property name="targetObject" ref="myScheduler" />
        <property name="targetMethod" value="execute" />
        <property name="concurrent" value="false" />
    </bean>

Answer 5

我不确定你是否想要同步，因为第二个任务将阻塞直到第一个完成，你最终会得到一个积压。您可以将作业放入队列中，但从您的描述中可以看出队列可能会无限增长。

我会调查ReadWriteLock，让你的任务在运行时设置锁定。未来的任务可以检查此锁定，并在旧任务仍在运行时立即退出。我从经验中发现，这是解决这个问题最可靠的方法。

也许还会生成警告，因此您知道自己遇到问题并相应地增加时间间隔？

Answer 6

将它们放入队列

即使时间超过20秒，也应该完成当前的工作。那么下一个应该从队列中获取。

或者您也可以将时间增加到合理的数量。

Answer 7

您可以使用信号量。当信号量被拿走时，放弃第二个工作并等到下一个火灾时间。

确保Spring Quartz作业执行不重叠

7 个答案:

石英1

石英2