Quartz线程并行串行处理

Quartz定时任务默认都是并发执行的，不会等待上一次任务执行完毕，只要间隔时间到就会执行, 如果定时任执行太长，会长时间占用资源，导致其它任务堵塞。

并行和串行含义

Quartz定时任务的执行策略有并行（无状态）和串行（有状态）之分。

在实际应用中需要实现Job 接口以定义自己的任务。实现 Job 接口的任务缺省为无状态的。Quartz 中还有另外一个接口 StatefulJob。实现 StatefulJob 接口的任务为有状态的。

无状态任务一般指可以并发的任务，即多个任务同时运行，任务之间是独立的，不会互相干扰。例如我们定义一个 trigger，每 2 分钟执行一次，但是某些情况下一个任务可能需要 3 分钟才能执行完，这样，在上一个任务还处在执行状态时，下一次触发时间已经到了。对于无状态任务，只要触发时间到了就会被执行，因为几个相同任务可以并发执行。但是对有状态任务来说，是不能并发执行的，一个任务必须等其前一个任务执行完毕之后再执行，同一时间只能有一个任务在执行。 

在一些项目中，某些任务需要对数据库中的数据进行增删改处理。这些任务不能并发执行，否则会造成数据混乱。因此我们使用 StatefulJob 接口。现在回到上面的例子，任务每 2 分钟执行一次，若某次任务执行了 5 分钟才完成，Quartz 会怎么处理呢？按照 trigger 的规则，第 2 分钟和第 4 分钟分别会有一次预定的触发执行，但是由于是有状态任务，因此实际不会被触发。在第 5 分钟第一次任务执行完毕时，Quartz 会把第 2 和第 4 分钟的两次触发作为 misfired job 进行处理。对于 misfired job，Quartz 会查看其 misfire 策略是如何设定的，如果是立刻执行，则会马上启动一次执行，如果是等待下次执行，则会忽略错过的任务，而等待下次（即第 6 分钟）触发执行。

Spring集成Quartz中使用时

1、如果是通过MethodInvokingJobDetailFactoryBean在运行中动态生成的Job，配置的xml文件有个concurrent属性，这个属性的功能是配置此job是否可以并行运行，如果为false则表示不可以并行运行，否则可以并行。如果一个job的业务处理发费的时间超过了job的启动的间隔时间（repeatInterval)，这个属性非常有用。如果为false，那么，在这种情况下，当前job还在运行，那么下一个job只能延时运行。如果为true，那么job就会并行运行。

<bean id=" jobCompareB2cAndLocal" class="com.vipshop.management.util.quartz.MethodInvokingJobDetailFactoryBean ">
         <property name="targetObject " ref="delegateJob " />
         <property name="targetMethod " value="方法名" />
         <property name="concurrent " value="false "></property >
 </bean >

2、如果是通过自定义要执行的任务的类的名称实现job的话，则有另一种方式：
默认的任务的类实现org.quartz.Job接口，此时任务是stateless（无状态的），即会出现并行的情况，那么如何避免这种情况发生呢？
解决方案：使QuartzJobBean类实现org.quartz.StatefulJob接口即可（StatefulJob接口仅仅是扩展了 Job 接口，未加入新的方法，可以不需实现Job接口了），那么此时任务就会变成stateful（有状态的），此时的任务也就会串行执行了。
注： 
在Quartz中，如果实现org.quartz.Job接口，那么这个job是stateless的，job实例的参数不能在多个任务之间共享。如果实现org.quartz.StatefulJob，这个job是个单例的，job实例的属性可以从当前任务传递到下一个任务。

public class BackCoupon implements StatefulJob {
 
    @Override
    public void execute(JobExecutionContext context)
              throws JobExecutionException {
 
    }
 
}

3、设置前面两种方法后，所有的job都是串行，比如任务A和任务B是两个不同的任务，但是变成有状态的job之后，任务A在执行，则任务B不会执行，B所属的trigger处于阻塞状态，除非A执行完，B才可能触发执行。这样虽然job串行，但是所有的任务都串行了

Quartz 原生使用时

当不使用spring的时候就需要在Job的实现类上加@DisallowConcurrentExecution的注释

1、@DisallowConcurrentExecution 禁止并发执行多个相同定义的JobDetail, 这个注解是加在Job类上的, 但意思并不是不能同时执行多个Job, 而是不能并发执行同一个Job Definition(由JobDetail定义), 但是可以同时执行多个不同的JobDetail, 举例说明,我们有一个Job类,叫做SayHelloJob, 并在这个Job上加了这个注解, 然后在这个Job上定义了很多个JobDetail, 如sayHelloToJoeJobDetail, sayHelloToMikeJobDetail, 那么当scheduler启动时, 不会并发执行多个sayHelloToJoeJobDetail或者sayHelloToMikeJobDetail, 但可以同时执行sayHelloToJoeJobDetail跟sayHelloToMikeJobDetail

2、@PersistJobDataAfterExecution 同样, 也是加在Job上表示 Quartz 将会在成功执行 execute() 方法后（没有抛出异常）更新 JobDetail 的 JobDataMap，下一次执行相同的任务（JobDetail）将会得到更新后的值，而不是原始的值。就像@DisallowConcurrentExecution 一样，这个注释基于 JobDetail 而不是 Job 类的实例。

如果你使用了 @PersistJobDataAfterExecution 注释，那么强烈建议你使用 @DisallowConcurrentExecution 注释，这是为了避免出现并发问题，当多个 Job 实例同时执行的时候，到底使用了哪个数据将变得很混乱。

3、设置前面的两种方法后针对的是禁止同一个 JobDetail 中的多个实例并发执行而不是所有job注意和Spring集成Quartz中的区别

4、当设置 @PersistJobDataAfterExecution 时，在执行完 Job 的 execution 方法后保存 JobDataMap 当中固定数据，以便任务在重复执行的时候具有相同的 JobDataMap；在默认情况下也就是没有设置 @PersistJobDataAfterExecution 的时候每个 job 都拥有独立 JobDataMap。

参考链接：https://segmentfault.com/a/1190000009128328

参考链接：https://my.oschina.net/blueskyer/blog/325812